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

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

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

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

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: РОСЭЛТОРГ (АО«ЕЭТП»)

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

Размещение осуществляет: Заказчик ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ "СИТУАЦИОННО-ИНФОРМАЦИОННЫЙ ЦЕНТР МИНИСТЕРСТВА ТРАНСПОРТА РОССИЙСКОЙ ФЕДЕРАЦИИ"

Наименование объекта закупки: На оказание услуг по технической поддержке Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году

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

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

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

Размещение осуществляет: Заказчик

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

Почтовый адрес: 107078, г. Москва, ул. Садовая-Спасская, д. 18, стр. 1

Место нахождения: 107078, Г.МОСКВА, вн.тер.г. МУНИЦИПАЛЬНЫЙ ОКРУГ КРАСНОСЕЛЬСКИЙ, УЛ САДОВАЯ-СПАССКАЯ, Д. 18, СТР. 1, ПОМЕЩ. 1

Ответственное должностное лицо: Теселкин В. А.

Адрес электронной почты: v.teselkin@sicmt.ru

Номер контактного телефона: 7-495-2490302

Дополнительная информация: Заказчик : Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» (ФГБУ «СИЦ Минтранса России»). Юридический адрес: 107078, г. Москва, вн. тер. г. муниципальный округ Красносельский, ул. Садовая-Спасская, д.18 стр. 1, помещ. 1. E-mail: info@sicmt.ru. Телефон: +7(495)2490302. Ответственное должностное лицо Заказчика: Теселкин В.А.

Регион: Москва

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

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

Дата окончания срока рассмотрения и оценки первых частей заявок: 28.04.2026

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

Дата окончания срока рассмотрения и оценки вторых частей заявок: 30.04.2026

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

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

Максимальное значение цены контракта: 45 000 000,00

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

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

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

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

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

Срок исполнения контракта: 31.12.2026

Закупка за счет собственных средств организации: Да

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

Невозможно определить количество (объем) закупаемых товаров, работ, услуг: Да

В соответствии c ч. 24 ст. 22 Закона № 44-ФЗ оплата поставки товара, выполнения работы или оказания услуги осуществляется по цене единицы товара, работы, услуги исходя из количества товара, поставка которого будет осуществлена в ходе исполнения контракта, объема фактически выполненной работы или оказанной услуги, но в размере, не превышающем максимального значения цены контракта, указанного в извещении на участие в закупке и документации о закупке.

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

- 62.02.30.000 - Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) ... - Штука - 1,00 - 9 124,38 - 9 124,38

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий Значение характеристики не может изменяться участником закупки 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур Значение характеристики не может изменяться участником закупки 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) Значение характеристики не может изменяться участником закупки 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 1.4 Наименование заказчика и исполнителя Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры Значение характеристики не может изменяться участником закупки 1.5 Цели оказания Услуг Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО Значение характеристики не может изменяться участником закупки 1.6 Сроки оказания Услуг С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) Значение характеристики не может изменяться участником закупки 1.7 Место оказания Услуг Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД Значение характеристики не может изменяться участником закупки 1.8 Термины и сокращения В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения Значение характеристики не может изменяться участником закупки ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; Значение характеристики не может изменяться участником закупки – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 2.2 Общие сведения о структуре и функциях Системы Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): Значение характеристики не может изменяться участником закупки Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика 2.3 Способы и средства связи для информационного обмена между компонентами системы В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня Значение характеристики не может изменяться участником закупки 2.4 Взаимодействие с внешними информационными системами Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) Значение характеристики не может изменяться участником закупки 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы Значение характеристики не может изменяться участником закупки 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК 3 Требования к услугам 3.1 Общие требования к оказанию услуг Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика Значение характеристики не может изменяться участником закупки Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) Значение характеристики не может изменяться участником закупки 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) 4 Календарный план Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг Значение характеристики не может изменяться участником закупки Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 Приложение А Параметры оказания услуг А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение Значение характеристики не может изменяться участником закупки 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 Приложение Б Регламент оказания услуг Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки Значение характеристики не может изменяться участником закупки 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0 Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки - 1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки - 1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки - 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки - 1.5 Цели оказания Услуг - Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО - - Значение характеристики не может изменяться участником закупки - 1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки - 1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки - 1.8 Термины и сокращения - В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения - - Значение характеристики не может изменяться участником закупки - ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» - ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы - DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений - В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов - 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки - – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации - В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 - 2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки - Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК - 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. - 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях - В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика - 2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки - 2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки - 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом - 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы - - Значение характеристики не может изменяться участником закупки - 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ - 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web - В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом - 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; - – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой - 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала - 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию - 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); - – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район - Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; - – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей - 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей - 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 - 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; - – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ - Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» - 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» - 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК - 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; - – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; - ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; - – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) - 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК - 3 Требования к услугам 3.1 Общие требования к оказанию услуг - Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - - Значение характеристики не может изменяться участником закупки - Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году - 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: - Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем - Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему - Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика - 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов - 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя - 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) - 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки - Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) - - Значение характеристики не может изменяться участником закупки - 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev - 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах - 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы - 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг - 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО - 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) - Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг - 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами - 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения - При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» - 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения - В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах - 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ - При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) - 4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки - Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 - Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 - Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 - Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки - 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) - Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней - А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) - Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 - Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) - Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 - Приложение Б Регламент оказания услуг - Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки - - Значение характеристики не может изменяться участником закупки - 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание - Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы - Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) - На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. - 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) - Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г - Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ - Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ - Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон - 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» - 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» - Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация - На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме - 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы - Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) - На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме - 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): - Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г - 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков - Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту - 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): - Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) - На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме - Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт - Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета - По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – - По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0 - Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом - Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных - Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам - ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД - 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания - 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО - 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки - 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту - 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) - Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 - Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень

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

1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки

1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки

1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки

1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки

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

1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки

1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки

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

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

ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы

DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений

В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов

2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки

– использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации

В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127

2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки

Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК

7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока.

17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях

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

2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки

2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки

2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом

2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы - - Значение характеристики не может изменяться участником закупки

2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ

2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web

В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом

2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК;

– портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой

2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала

2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию

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

– Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район

Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»;

– внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей

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

9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452

2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ;

– обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ

Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП»

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

2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК

2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров;

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

2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

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

? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»;

– интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО)

2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК

3 Требования к услугам 3.1 Общие требования к оказанию услуг - Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - - Значение характеристики не может изменяться участником закупки

Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году

3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности

3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3:

Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем

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

Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок)

Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание»

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

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

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

3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя

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

3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки - Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) - - Значение характеристики не может изменяться участником закупки

3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev

3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах

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

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

3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

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

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

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

3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами

3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения

При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»

3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения

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

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

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

4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки

Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026

Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026

Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026

Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки

1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням)

Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней

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

Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0

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

Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5

Приложение Б Регламент оказания услуг - Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки - - Значение характеристики не может изменяться участником закупки

3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание

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

Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5)

На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме.

4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6)

Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г

Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________

Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________

Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

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

3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент»

3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ»

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

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

4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы

Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7)

На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме

4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8):

Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г

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

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

4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5):

Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8)

На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме

Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт

Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета

По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов –

По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

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

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

Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам

ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД

1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания

2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО

2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки

2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту

3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1)

Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2

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

- 62.02.30.000 - Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) ... - Штука - 1,00 - 23 405,19 - 23 405,19

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий Значение характеристики не может изменяться участником закупки 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур Значение характеристики не может изменяться участником закупки 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) Значение характеристики не может изменяться участником закупки 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 1.4 Наименование заказчика и исполнителя Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры Значение характеристики не может изменяться участником закупки 1.5 Цели оказания Услуг Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО Значение характеристики не может изменяться участником закупки 1.6 Сроки оказания Услуг С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) Значение характеристики не может изменяться участником закупки 1.7 Место оказания Услуг Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД Значение характеристики не может изменяться участником закупки 1.8 Термины и сокращения В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения Значение характеристики не может изменяться участником закупки ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; Значение характеристики не может изменяться участником закупки – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 2.2 Общие сведения о структуре и функциях Системы Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): Значение характеристики не может изменяться участником закупки Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика 2.3 Способы и средства связи для информационного обмена между компонентами системы В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня Значение характеристики не может изменяться участником закупки 2.4 Взаимодействие с внешними информационными системами Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) Значение характеристики не может изменяться участником закупки 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; Значение характеристики не может изменяться участником закупки – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; 3 Требования к услугам 3.1 Общие требования к оказанию услуг 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Значение характеристики не может изменяться участником закупки 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) Значение характеристики не может изменяться участником закупки 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) 4 Календарный план Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг Значение характеристики не может изменяться участником закупки Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 Приложение А Параметры оказания услуг 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) Значение характеристики не может изменяться участником закупки Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 Приложение Б Регламент оказания услуг Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация Значение характеристики не может изменяться участником закупки На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0 Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки - 1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки - 1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки - 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки - 1.5 Цели оказания Услуг - Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО - - Значение характеристики не может изменяться участником закупки - 1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки - 1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки - 1.8 Термины и сокращения - В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения - - Значение характеристики не может изменяться участником закупки - ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» - ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы - DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений - В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов - 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки - – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации - В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 - 2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки - Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК - 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. - 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях - В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика - 2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки - 2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки - 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом - 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; - - Значение характеристики не может изменяться участником закупки - – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) - 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК - 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы - 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ - 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web - В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом - 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; - – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой - 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала - 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию - 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); - – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район - Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; - – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей - 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей - – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; - 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 - 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; - – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ - Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» - 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» - 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК - 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; - 3 Требования к услугам 3.1 Общие требования к оказанию услуг - 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности - - Значение характеристики не может изменяться участником закупки - 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: - Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем - Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему - Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) - 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов - 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя - 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) - Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика - 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки - Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) - - Значение характеристики не может изменяться участником закупки - 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev - 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах - 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы - 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг - 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО - 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) - Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг - 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами - 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения - При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» - 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения - В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах - 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ - При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) - 4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки - Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 - Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 - Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 - Приложение А Параметры оказания услуг - 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) - - Значение характеристики не может изменяться участником закупки - Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней - А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) - Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) - Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 - Приложение Б Регламент оказания услуг - Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация - - Значение характеристики не может изменяться участником закупки - На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме - 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы - Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) - На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме - 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): - По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0 - Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных - Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам - ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД - 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания - 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО - 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки - 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту - 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) - Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 - Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень - Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки - 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание - Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы - Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон - 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» - 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» - Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) - На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. - 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) - Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом - Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) - На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме - Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт - Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета - По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – - 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков - Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту - 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): - Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г - Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ - Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ - Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г

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

1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки

1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки

1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки

1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки

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

1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки

1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки

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

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

ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы

DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений

В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов

2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки

– использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации

В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127

2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки

Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК

7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока.

17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях

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

2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки

2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки

2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом

2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; - - Значение характеристики не может изменяться участником закупки

– интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО)

2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК

2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы

2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ

2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web

В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом

2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК;

– портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой

2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала

2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию

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

– Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район

Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»;

– внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей

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

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

2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

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

9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452

2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ;

– обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ

Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП»

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

2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК

2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров;

3 Требования к услугам 3.1 Общие требования к оказанию услуг - 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности - - Значение характеристики не может изменяться участником закупки

3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3:

Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем

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

Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок)

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

3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя

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

Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году

Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание»

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

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

3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки - Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) - - Значение характеристики не может изменяться участником закупки

3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev

3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах

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

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

3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

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

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

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

3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами

3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения

При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»

3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения

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

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

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

4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки

Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026

Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026

Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026

Приложение А Параметры оказания услуг - 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) - - Значение характеристики не может изменяться участником закупки

Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней

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

Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

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

Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5

А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0

Приложение Б Регламент оказания услуг - Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация - - Значение характеристики не может изменяться участником закупки

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

4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы

Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7)

На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме

4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8):

По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

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

Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам

ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД

1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания

2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО

2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки

2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту

3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1)

Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2

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

Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки

3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание

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

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

3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент»

3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ»

Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5)

На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме.

4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6)

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

Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8)

На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме

Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт

Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета

По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов –

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

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

4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5):

Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г

Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________

Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________

Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г

- 62.02.30.000 - Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) ... - Штука - 1,00 - 20 345,15 - 20 345,15

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий Значение характеристики не может изменяться участником закупки 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур Значение характеристики не может изменяться участником закупки 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) Значение характеристики не может изменяться участником закупки 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 1.4 Наименование заказчика и исполнителя Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры Значение характеристики не может изменяться участником закупки 1.5 Цели оказания Услуг Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО Значение характеристики не может изменяться участником закупки 1.6 Сроки оказания Услуг С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) Значение характеристики не может изменяться участником закупки 1.7 Место оказания Услуг Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД Значение характеристики не может изменяться участником закупки 1.8 Термины и сокращения ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» Значение характеристики не может изменяться участником закупки ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; Значение характеристики не может изменяться участником закупки – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 2.2 Общие сведения о структуре и функциях Системы Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): Значение характеристики не может изменяться участником закупки Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика 2.3 Способы и средства связи для информационного обмена между компонентами системы В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня Значение характеристики не может изменяться участником закупки 2.4 Взаимодействие с внешними информационными системами Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) Значение характеристики не может изменяться участником закупки 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК Значение характеристики не может изменяться участником закупки 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» 3 Требования к услугам 3.1 Общие требования к оказанию услуг Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году Значение характеристики не может изменяться участником закупки 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) Значение характеристики не может изменяться участником закупки 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) 4 Календарный план Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 Значение характеристики не может изменяться участником закупки Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 Приложение А Параметры оказания услуг Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО Значение характеристики не может изменяться участником закупки По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 Приложение Б Регламент оказания услуг Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных Значение характеристики не может изменяться участником закупки Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0 Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки - 1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки - 1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки - 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки - 1.5 Цели оказания Услуг - Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО - - Значение характеристики не может изменяться участником закупки - 1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки - 1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки - 1.8 Термины и сокращения - ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» - - Значение характеристики не может изменяться участником закупки - ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы - DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений - В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов - В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения - 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки - – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации - В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 - 2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки - Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК - 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. - 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях - В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика - 2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки - 2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки - 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом - 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК - - Значение характеристики не может изменяться участником закупки - 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы - 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ - 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web - В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом - 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; - – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой - 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала - 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию - 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); - – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район - Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; - – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей - 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей - – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; - ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; - – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) - 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 - 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; - – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК - 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; - 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ - Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» - 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» - 3 Требования к услугам 3.1 Общие требования к оказанию услуг - Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году - - Значение характеристики не может изменяться участником закупки - 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: - Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем - Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему - Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) - 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов - 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя - 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) - Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика - 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки - Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) - - Значение характеристики не может изменяться участником закупки - 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev - 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах - 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы - 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг - 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО - 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) - Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг - 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами - 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения - При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» - 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения - В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах - 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ - При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) - 4 Календарный план - Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 - - Значение характеристики не может изменяться участником закупки - Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 - Приложение А Параметры оказания услуг - Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - - Значение характеристики не может изменяться участником закупки - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) - Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней - А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 - Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) - Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 - Приложение Б Регламент оказания услуг - Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных - - Значение характеристики не может изменяться участником закупки - Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам - ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД - 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания - 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО - 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки - 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту - 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) - Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 - Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень - Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки - 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание - Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы - Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон - 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» - 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» - Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) - На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. - 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) - Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация - На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме - 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы - Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) - На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме - 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): - По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0 - Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом - 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков - Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту - 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): - Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) - На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме - Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт - Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета - По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – - Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г - Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ - Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ - Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г

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

1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки

1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки

1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки

1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки

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

1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки

1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки

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

ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы

DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений

В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов

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

2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки

– использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации

В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127

2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки

Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК

7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока.

17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях

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

2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки

2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки

2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом

2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК - - Значение характеристики не может изменяться участником закупки

2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы

2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ

2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web

В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом

2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК;

– портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой

2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала

2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию

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

– Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район

Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»;

– внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей

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

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

2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

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

? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»;

– интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО)

9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452

2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ;

– обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК

2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров;

2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ

Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП»

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

3 Требования к услугам 3.1 Общие требования к оказанию услуг - Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году - - Значение характеристики не может изменяться участником закупки

3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности

3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3:

Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем

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

Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок)

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

3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя

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

Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание»

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

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

3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки - Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) - - Значение характеристики не может изменяться участником закупки

3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev

3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах

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

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

3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

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

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

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

3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами

3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения

При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»

3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения

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

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

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

4 Календарный план - Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 - - Значение характеристики не может изменяться участником закупки

Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026

Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг

Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026

Приложение А Параметры оказания услуг - Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - - Значение характеристики не может изменяться участником закупки

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням)

Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней

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

А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0

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

Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5

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

Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам

ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД

1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания

2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО

2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки

2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту

3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1)

Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2

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

Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки

3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание

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

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

3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент»

3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ»

Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5)

На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме.

4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6)

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

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

4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы

Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7)

На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме

4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8):

По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

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

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

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

4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5):

Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8)

На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме

Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт

Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета

По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов –

Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г

Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________

Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________

Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г

- 62.02.30.000 - Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур 1.3 Объект закупки 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* ... - Штука - 1,00 - 13 803,44 - 13 803,44

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий Значение характеристики не может изменяться участником закупки 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур Значение характеристики не может изменяться участником закупки 1.3 Объект закупки 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* Значение характеристики не может изменяться участником закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 1.4 Наименование заказчика и исполнителя Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры Значение характеристики не может изменяться участником закупки 1.5 Цели оказания Услуг Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО Значение характеристики не может изменяться участником закупки 1.6 Сроки оказания Услуг С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) Значение характеристики не может изменяться участником закупки 1.7 Место оказания Услуг Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД Значение характеристики не может изменяться участником закупки 1.8 Термины и сокращения В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения Значение характеристики не может изменяться участником закупки ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; Значение характеристики не может изменяться участником закупки – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 2.2 Общие сведения о структуре и функциях Системы Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): Значение характеристики не может изменяться участником закупки Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика 2.3 Способы и средства связи для информационного обмена между компонентами системы В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня Значение характеристики не может изменяться участником закупки 2.4 Взаимодействие с внешними информационными системами Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) Значение характеристики не может изменяться участником закупки 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 Значение характеристики не может изменяться участником закупки 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ 3 Требования к услугам 3.1 Общие требования к оказанию услуг Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» Значение характеристики не может изменяться участником закупки 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения Значение характеристики не может изменяться участником закупки При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО 4 Календарный план Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг Значение характеристики не может изменяться участником закупки Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 Приложение А Параметры оказания услуг А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение Значение характеристики не может изменяться участником закупки По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) Приложение Б Регламент оказания услуг Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом Значение характеристики не может изменяться участником закупки 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0 - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки - 1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки - 1.3 Объект закупки - 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - - Значение характеристики не может изменяться участником закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки - 1.5 Цели оказания Услуг - Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО - - Значение характеристики не может изменяться участником закупки - 1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки - 1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки - 1.8 Термины и сокращения - В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения - - Значение характеристики не может изменяться участником закупки - ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» - ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы - DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений - В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов - 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки - – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации - В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 - 2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки - Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК - 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. - 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях - В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика - 2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки - 2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки - 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом - 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 - - Значение характеристики не может изменяться участником закупки - 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; - – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ - Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» - 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» - 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК - 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; - 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web - В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом - 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; - – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой - 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала - 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию - 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); - – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район - Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; - – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей - 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей - – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; - ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; - – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) - 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК - 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы - 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ - 3 Требования к услугам 3.1 Общие требования к оказанию услуг - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - - Значение характеристики не может изменяться участником закупки - 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика - Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году - 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: - Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем - Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему - Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) - 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов - 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя - 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) - Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки - 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения - - Значение характеристики не может изменяться участником закупки - При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» - 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения - В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах - 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ - При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) - 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) - Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг - 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами - Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) - 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev - 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах - 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы - 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг - 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО - 4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки - Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 - Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 - Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 - Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 - Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) - Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 - 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) - Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней - А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) - Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - Приложение Б Регламент оказания услуг - Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом - - Значение характеристики не может изменяться участником закупки - 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков - Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту - 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): - Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) - На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме - Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт - Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета - По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – - Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г - Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ - Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ - Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г - Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных - Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам - ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД - 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания - 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО - 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки - 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту - 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) - Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 - Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень - Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки - 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание - Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы - Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон - 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» - 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» - Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) - На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. - 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) - Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация - На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме - 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы - Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) - На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме - 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): - По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

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

1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки

1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки

1.3 Объект закупки - 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - - Значение характеристики не может изменяться участником закупки

Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем)

1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки

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

1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки

1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки

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

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

ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы

DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений

В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов

2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки

– использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации

В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127

2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки

Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК

7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока.

17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях

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

2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки

2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки

2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом

2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 - - Значение характеристики не может изменяться участником закупки

2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ;

– обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ

Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП»

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

2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК

2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров;

2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web

В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом

2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК;

– портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой

2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала

2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию

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

– Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район

Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»;

– внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей

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

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

2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

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

? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»;

– интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО)

2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК

2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы

2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ

3 Требования к услугам 3.1 Общие требования к оказанию услуг - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - - Значение характеристики не может изменяться участником закупки

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

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

Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году

3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности

3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3:

Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем

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

Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок)

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

3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя

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

Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки - 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения - - Значение характеристики не может изменяться участником закупки

При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»

3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения

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

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

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

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

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

3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами

Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ)

3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev

3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах

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

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

3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

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

4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки

Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026

Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026

Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026

Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0

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

Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5

1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням)

Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней

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

Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

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

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

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

4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5):

Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8)

На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме

Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт

Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета

По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов –

Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г

Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________

Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________

Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г

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

Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам

ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД

1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания

2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО

2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки

2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту

3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1)

Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2

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

Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки

3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание

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

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

3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент»

3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ»

Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5)

На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме.

4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6)

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

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

4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы

Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7)

На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме

4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8):

По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

- 62.02.30.000 - Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) ... - Штука - 1,00 - 9 164,83 - 9 164,83

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий Значение характеристики не может изменяться участником закупки 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур Значение характеристики не может изменяться участником закупки 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) Значение характеристики не может изменяться участником закупки 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 1.4 Наименование заказчика и исполнителя Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры Значение характеристики не может изменяться участником закупки 1.5 Цели оказания Услуг Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО Значение характеристики не может изменяться участником закупки 1.6 Сроки оказания Услуг С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) Значение характеристики не может изменяться участником закупки 1.7 Место оказания Услуг Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД Значение характеристики не может изменяться участником закупки 1.8 Термины и сокращения В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения Значение характеристики не может изменяться участником закупки ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; Значение характеристики не может изменяться участником закупки – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 2.2 Общие сведения о структуре и функциях Системы Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): Значение характеристики не может изменяться участником закупки Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика 2.3 Способы и средства связи для информационного обмена между компонентами системы В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня Значение характеристики не может изменяться участником закупки 2.4 Взаимодействие с внешними информационными системами Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) Значение характеристики не может изменяться участником закупки 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 Значение характеристики не может изменяться участником закупки 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) 3 Требования к услугам 3.1 Общие требования к оказанию услуг Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» Значение характеристики не может изменяться участником закупки 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) Значение характеристики не может изменяться участником закупки Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО 4 Календарный план Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг Значение характеристики не может изменяться участником закупки Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 Приложение А Параметры оказания услуг А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение Значение характеристики не может изменяться участником закупки По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) Приложение Б Регламент оказания услуг Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом Значение характеристики не может изменяться участником закупки 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0 - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки - 1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки - 1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки - 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки - 1.5 Цели оказания Услуг - Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО - - Значение характеристики не может изменяться участником закупки - 1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки - 1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки - 1.8 Термины и сокращения - В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения - - Значение характеристики не может изменяться участником закупки - ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» - ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы - DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений - В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов - 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки - – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации - В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 - 2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки - Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК - 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. - 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях - В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика - 2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки - 2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки - 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом - 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 - - Значение характеристики не может изменяться участником закупки - 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; - – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ - Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» - 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» - 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК - 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; - 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК - 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы - 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ - 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web - В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом - 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; - – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой - 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала - 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию - 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); - – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район - Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; - – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей - 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей - – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; - ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; - – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) - 3 Требования к услугам 3.1 Общие требования к оказанию услуг - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - - Значение характеристики не может изменяться участником закупки - 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика - Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году - 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: - Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем - Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему - Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) - 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов - 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя - 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) - Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки - 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) - - Значение характеристики не может изменяться участником закупки - Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг - 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами - 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения - При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» - 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения - В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах - 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ - При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) - Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) - 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev - 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах - 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы - 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг - 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО - 4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки - Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 - Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 - Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 - Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 - Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) - Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 - Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) - Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней - А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) - Приложение Б Регламент оказания услуг - Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом - - Значение характеристики не может изменяться участником закупки - 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков - Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту - 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): - Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) - На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме - Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт - Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета - По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – - Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г - Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ - Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ - Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г - Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных - Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам - ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД - 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания - 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО - 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки - 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту - 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) - Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 - Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень - Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки - 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание - Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы - Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон - 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» - 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» - Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) - На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. - 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) - Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация - На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме - 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы - Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) - На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме - 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): - По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

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

1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки

1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки

1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки

1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки

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

1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки

1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки

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

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

ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы

DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений

В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов

2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки

– использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации

В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127

2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки

Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК

7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока.

17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях

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

2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки

2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки

2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом

2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 - - Значение характеристики не может изменяться участником закупки

2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ;

– обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ

Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП»

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

2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК

2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров;

2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК

2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы

2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ

2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web

В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом

2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК;

– портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой

2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала

2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию

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

– Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район

Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»;

– внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей

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

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

2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

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

? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»;

– интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО)

3 Требования к услугам 3.1 Общие требования к оказанию услуг - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - - Значение характеристики не может изменяться участником закупки

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

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

Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году

3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности

3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3:

Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем

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

Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок)

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

3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя

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

Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

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

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

3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами

3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения

При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»

3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения

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

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

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

Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ)

3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev

3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах

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

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

3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

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

4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки

Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026

Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026

Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026

Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0

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

Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5

Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням)

Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней

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

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

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

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

4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5):

Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8)

На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме

Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт

Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета

По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов –

Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г

Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________

Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________

Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г

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

Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам

ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД

1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания

2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО

2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки

2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту

3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1)

Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2

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

Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки

3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание

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

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

3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент»

3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ»

Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5)

На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме.

4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6)

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

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

4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы

Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7)

На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме

4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8):

По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

- 62.02.30.000 - Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) ... - Штука - 1,00 - 542 885,94 - 542 885,94

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий Значение характеристики не может изменяться участником закупки 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур Значение характеристики не может изменяться участником закупки 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) Значение характеристики не может изменяться участником закупки 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 1.4 Наименование заказчика и исполнителя Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры Значение характеристики не может изменяться участником закупки 1.5 Цели оказания Услуг Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО Значение характеристики не может изменяться участником закупки 1.6 Сроки оказания Услуг С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) Значение характеристики не может изменяться участником закупки 1.7 Место оказания Услуг Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД Значение характеристики не может изменяться участником закупки 1.8 Термины и сокращения В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения Значение характеристики не может изменяться участником закупки ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; Значение характеристики не может изменяться участником закупки – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 2.2 Общие сведения о структуре и функциях Системы Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): Значение характеристики не может изменяться участником закупки Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика 2.3 Способы и средства связи для информационного обмена между компонентами системы В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня Значение характеристики не может изменяться участником закупки 2.4 Взаимодействие с внешними информационными системами Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) Значение характеристики не может изменяться участником закупки 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 Значение характеристики не может изменяться участником закупки 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; 3 Требования к услугам 3.1 Общие требования к оказанию услуг Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» Значение характеристики не может изменяться участником закупки 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) Значение характеристики не может изменяться участником закупки Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО 4 Календарный план Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг Значение характеристики не может изменяться участником закупки Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 Приложение А Параметры оказания услуг А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение Значение характеристики не может изменяться участником закупки По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) Приложение Б Регламент оказания услуг Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом Значение характеристики не может изменяться участником закупки 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0 - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки - 1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки - 1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки - 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки - 1.5 Цели оказания Услуг - Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО - - Значение характеристики не может изменяться участником закупки - 1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки - 1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки - 1.8 Термины и сокращения - В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения - - Значение характеристики не может изменяться участником закупки - ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» - ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы - DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений - В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов - 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки - – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации - В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 - 2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки - Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК - 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. - 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях - В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика - 2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки - 2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки - 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом - 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 - - Значение характеристики не может изменяться участником закупки - 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; - – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ - Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» - 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» - 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК - 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; - ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; - – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) - 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК - 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы - 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ - 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web - В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом - 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; - – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой - 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала - 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию - 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); - – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район - Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; - – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей - 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей - – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; - 3 Требования к услугам 3.1 Общие требования к оказанию услуг - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - - Значение характеристики не может изменяться участником закупки - 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика - Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году - 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: - Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем - Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему - Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) - 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов - 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя - 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) - Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки - 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) - - Значение характеристики не может изменяться участником закупки - Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг - 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами - 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения - При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» - 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения - В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах - 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ - При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) - Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) - 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev - 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах - 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы - 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг - 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО - 4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки - Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 - Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 - Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 - Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 - Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) - Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 - 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) - Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней - А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) - Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - Приложение Б Регламент оказания услуг - Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом - - Значение характеристики не может изменяться участником закупки - 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков - Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту - 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): - Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) - На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме - Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт - Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета - По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – - Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г - Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ - Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ - Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г - Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных - Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам - ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД - 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания - 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО - 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки - 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту - 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) - Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 - Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень - Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки - 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание - Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы - Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон - 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» - 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» - Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) - На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. - 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) - Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация - На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме - 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы - Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) - На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме - 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): - По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

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

1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки

1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки

1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки

1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки

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

1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки

1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки

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

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

ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы

DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений

В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов

2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки

– использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации

В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127

2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки

Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК

7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока.

17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях

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

2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки

2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки

2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом

2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 - - Значение характеристики не может изменяться участником закупки

2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ;

– обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ

Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП»

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

2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК

2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров;

? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»;

– интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО)

2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК

2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы

2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ

2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web

В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом

2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК;

– портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой

2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала

2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию

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

– Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район

Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»;

– внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей

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

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

2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

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

3 Требования к услугам 3.1 Общие требования к оказанию услуг - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - - Значение характеристики не может изменяться участником закупки

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

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

Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году

3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности

3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3:

Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем

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

Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок)

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

3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя

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

Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

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

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

3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами

3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения

При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»

3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения

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

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

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

Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ)

3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev

3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах

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

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

3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

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

4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки

Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026

Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026

Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026

Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0

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

Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5

1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням)

Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней

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

Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

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

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

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

4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5):

Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8)

На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме

Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт

Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета

По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов –

Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г

Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________

Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________

Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г

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

Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам

ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД

1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания

2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО

2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки

2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту

3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1)

Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2

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

Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки

3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание

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

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

3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент»

3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ»

Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5)

На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме.

4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6)

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

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

4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы

Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7)

На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме

4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8):

По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

- 62.02.30.000 - Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) ... - Штука - 1,00 - 465 595,35 - 465 595,35

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий Значение характеристики не может изменяться участником закупки 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур Значение характеристики не может изменяться участником закупки 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) Значение характеристики не может изменяться участником закупки 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 1.4 Наименование заказчика и исполнителя Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры Значение характеристики не может изменяться участником закупки 1.5 Цели оказания Услуг Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО Значение характеристики не может изменяться участником закупки 1.6 Сроки оказания Услуг С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) Значение характеристики не может изменяться участником закупки 1.7 Место оказания Услуг Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД Значение характеристики не может изменяться участником закупки 1.8 Термины и сокращения В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения Значение характеристики не может изменяться участником закупки ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; Значение характеристики не может изменяться участником закупки – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 2.2 Общие сведения о структуре и функциях Системы В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика Значение характеристики не может изменяться участником закупки Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях 2.3 Способы и средства связи для информационного обмена между компонентами системы В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня Значение характеристики не может изменяться участником закупки 2.4 Взаимодействие с внешними информационными системами Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) Значение характеристики не может изменяться участником закупки 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» Значение характеристики не может изменяться участником закупки 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» 3 Требования к услугам 3.1 Общие требования к оказанию услуг Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» Значение характеристики не может изменяться участником закупки 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) Значение характеристики не может изменяться участником закупки Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня 4 Календарный план Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг Значение характеристики не может изменяться участником закупки Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 Приложение А Параметры оказания услуг А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение Значение характеристики не может изменяться участником закупки По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) Приложение Б Регламент оказания услуг Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом Значение характеристики не может изменяться участником закупки 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0 - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки - 1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки - 1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки - 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки - 1.5 Цели оказания Услуг - Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО - - Значение характеристики не может изменяться участником закупки - 1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки - 1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки - 1.8 Термины и сокращения - В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения - - Значение характеристики не может изменяться участником закупки - ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» - ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы - DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений - В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов - 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки - – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации - В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 - 2.2 Общие сведения о структуре и функциях Системы - В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика - - Значение характеристики не может изменяться участником закупки - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК - 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. - 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях - 2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки - 2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки - 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом - 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - - Значение характеристики не может изменяться участником закупки - 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; - 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 - 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; - – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ - Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» - 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» - 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК - 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; - ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; - – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) - 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК - 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы - 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ - 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web - В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом - 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; - – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой - 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала - 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию - 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); - – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район - Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; - – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей - 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей - – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - 3 Требования к услугам 3.1 Общие требования к оказанию услуг - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - - Значение характеристики не может изменяться участником закупки - 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика - Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году - 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: - Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем - Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему - Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) - 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов - 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя - 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) - Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки - 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) - - Значение характеристики не может изменяться участником закупки - Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг - 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами - 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения - При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» - 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения - В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах - 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ - При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) - Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО - Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) - 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev - 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах - 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы - 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг - 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - 4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки - Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 - Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 - Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 - Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 - Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) - Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 - 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) - Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней - А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) - Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - Приложение Б Регламент оказания услуг - Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом - - Значение характеристики не может изменяться участником закупки - 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков - Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту - 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): - Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) - На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме - Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт - Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета - По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – - Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г - Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ - Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ - Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г - Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных - Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам - ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД - 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания - 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО - 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки - 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту - 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) - Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 - Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень - Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки - 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание - Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы - Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон - 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» - 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» - Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) - На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. - 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) - Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация - На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме - 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы - Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) - На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме - 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): - По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

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

1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки

1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки

1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки

1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки

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

1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки

1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки

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

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

ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы

DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений

В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов

2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки

– использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации

В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127

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

Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2):

Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК

7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока.

17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях

2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки

2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки

2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом

2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - - Значение характеристики не может изменяться участником закупки

2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров;

9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452

2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ;

– обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ

Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП»

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

2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК

2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

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

? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»;

– интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО)

2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК

2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы

2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ

2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web

В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом

2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК;

– портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой

2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала

2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию

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

– Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район

Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»;

– внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей

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

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

2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

3 Требования к услугам 3.1 Общие требования к оказанию услуг - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - - Значение характеристики не может изменяться участником закупки

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

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

Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году

3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности

3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3:

Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем

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

Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок)

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

3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя

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

Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

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

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

3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами

3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения

При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»

3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения

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

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

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

Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

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

Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ)

3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev

3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах

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

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

3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки

Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026

Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026

Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026

Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0

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

Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5

1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням)

Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней

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

Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

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

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

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

4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5):

Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8)

На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме

Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт

Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета

По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов –

Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г

Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________

Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________

Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г

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

Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам

ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД

1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания

2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО

2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки

2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту

3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1)

Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2

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

Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки

3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание

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

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

3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент»

3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ»

Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5)

На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме.

4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6)

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

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

4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы

Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7)

На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме

4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8):

По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

- 62.02.30.000 - Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) ... - Штука - 1,00 - 366 143,93 - 366 143,93

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий Значение характеристики не может изменяться участником закупки 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур Значение характеристики не может изменяться участником закупки 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) Значение характеристики не может изменяться участником закупки 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 1.4 Наименование заказчика и исполнителя Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры Значение характеристики не может изменяться участником закупки 1.5 Цели оказания Услуг Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО Значение характеристики не может изменяться участником закупки 1.6 Сроки оказания Услуг С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) Значение характеристики не может изменяться участником закупки 1.7 Место оказания Услуг Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД Значение характеристики не может изменяться участником закупки 1.8 Термины и сокращения В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения Значение характеристики не может изменяться участником закупки ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; Значение характеристики не может изменяться участником закупки – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 2.2 Общие сведения о структуре и функциях Системы 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. Значение характеристики не может изменяться участником закупки 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК 2.3 Способы и средства связи для информационного обмена между компонентами системы В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня Значение характеристики не может изменяться участником закупки 2.4 Взаимодействие с внешними информационными системами Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) Значение характеристики не может изменяться участником закупки 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК Значение характеристики не может изменяться участником закупки 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» 3 Требования к услугам 3.1 Общие требования к оказанию услуг Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» Значение характеристики не может изменяться участником закупки 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) Значение характеристики не может изменяться участником закупки Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах 4 Календарный план Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг Значение характеристики не может изменяться участником закупки Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 Приложение А Параметры оказания услуг А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение Значение характеристики не может изменяться участником закупки По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) Приложение Б Регламент оказания услуг Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом Значение характеристики не может изменяться участником закупки 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0 - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки - 1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки - 1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки - 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки - 1.5 Цели оказания Услуг - Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО - - Значение характеристики не может изменяться участником закупки - 1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки - 1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки - 1.8 Термины и сокращения - В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения - - Значение характеристики не может изменяться участником закупки - ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» - ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы - DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений - В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов - 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки - – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации - В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 - 2.2 Общие сведения о структуре и функциях Системы - 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. - - Значение характеристики не может изменяться участником закупки - 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях - В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК - 2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки - 2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки - 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом - 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК - - Значение характеристики не может изменяться участником закупки - 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; - 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 - 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; - – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ - Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» - 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» - Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; - ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; - – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) - 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК - 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы - 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ - 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web - В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом - 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; - – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой - 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала - 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию - 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); - – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район - Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; - – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей - 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей - – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - 3 Требования к услугам 3.1 Общие требования к оказанию услуг - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - - Значение характеристики не может изменяться участником закупки - 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика - Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году - 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: - Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем - Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему - Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) - 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов - 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя - 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) - Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки - 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) - - Значение характеристики не может изменяться участником закупки - Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг - 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами - 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения - При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» - 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения - В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах - 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ - При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) - 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы - 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг - 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО - Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) - 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev - 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах - 4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки - Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 - Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 - Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 - Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 - Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) - Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 - 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) - Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней - А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) - Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - Приложение Б Регламент оказания услуг - Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом - - Значение характеристики не может изменяться участником закупки - 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков - Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту - 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): - Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) - На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме - Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт - Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета - По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – - Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г - Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ - Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ - Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г - Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных - Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам - ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД - 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания - 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО - 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки - 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту - 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) - Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 - Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень - Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки - 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание - Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы - Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон - 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» - 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» - Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) - На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. - 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) - Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация - На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме - 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы - Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) - На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме - 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): - По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

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

1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки

1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки

1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки

1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки

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

1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки

1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки

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

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

ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы

DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений

В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов

2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки

– использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации

В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127

2.2 Общие сведения о структуре и функциях Системы - 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. - - Значение характеристики не может изменяться участником закупки

17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях

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

Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2):

Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК

2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки

2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки

2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом

2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК - - Значение характеристики не может изменяться участником закупки

2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров;

9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452

2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ;

– обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ

Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП»

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

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

? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»;

– интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО)

2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК

2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы

2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ

2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web

В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом

2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК;

– портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой

2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала

2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию

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

– Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район

Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»;

– внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей

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

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

2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

3 Требования к услугам 3.1 Общие требования к оказанию услуг - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - - Значение характеристики не может изменяться участником закупки

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

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

Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году

3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности

3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3:

Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем

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

Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок)

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

3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя

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

Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

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

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

3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами

3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения

При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»

3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения

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

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

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

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

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

3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

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

Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ)

3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev

3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах

4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки

Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026

Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026

Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026

Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0

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

Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5

1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням)

Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней

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

Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

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

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

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

4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5):

Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8)

На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме

Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт

Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета

По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов –

Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г

Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________

Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________

Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г

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

Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам

ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД

1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания

2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО

2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки

2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту

3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1)

Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2

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

Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки

3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание

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

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

3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент»

3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ»

Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5)

На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме.

4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6)

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

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

4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы

Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7)

На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме

4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8):

По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

- 62.02.30.000 - Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) ... - Штука - 1,00 - 220 985,17 - 220 985,17

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий Значение характеристики не может изменяться участником закупки 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур Значение характеристики не может изменяться участником закупки 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) Значение характеристики не может изменяться участником закупки 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 1.4 Наименование заказчика и исполнителя Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры Значение характеристики не может изменяться участником закупки 1.5 Цели оказания Услуг Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО Значение характеристики не может изменяться участником закупки 1.6 Сроки оказания Услуг С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) Значение характеристики не может изменяться участником закупки 1.7 Место оказания Услуг Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД Значение характеристики не может изменяться участником закупки 1.8 Термины и сокращения В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения Значение характеристики не может изменяться участником закупки ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; Значение характеристики не может изменяться участником закупки – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 2.2 Общие сведения о структуре и функциях Системы Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): Значение характеристики не может изменяться участником закупки Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика 2.3 Способы и средства связи для информационного обмена между компонентами системы В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня Значение характеристики не может изменяться участником закупки 2.4 Взаимодействие с внешними информационными системами Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) Значение характеристики не может изменяться участником закупки 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ Значение характеристики не может изменяться участником закупки Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» 3 Требования к услугам 3.1 Общие требования к оказанию услуг Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» Значение характеристики не может изменяться участником закупки 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) Значение характеристики не может изменяться участником закупки Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) 4 Календарный план Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг Значение характеристики не может изменяться участником закупки Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 Приложение А Параметры оказания услуг А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение Значение характеристики не может изменяться участником закупки По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) Приложение Б Регламент оказания услуг Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом Значение характеристики не может изменяться участником закупки 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0 - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки - 1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки - 1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки - 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки - 1.5 Цели оказания Услуг - Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО - - Значение характеристики не может изменяться участником закупки - 1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки - 1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки - 1.8 Термины и сокращения - В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения - - Значение характеристики не может изменяться участником закупки - ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» - ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы - DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений - В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов - 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки - – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации - В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 - 2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки - Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК - 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. - 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях - В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика - 2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки - 2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки - 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом - 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ - - Значение характеристики не может изменяться участником закупки - Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» - 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» - 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК - 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; - 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 - 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; - – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; - ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; - – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) - 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК - 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы - 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ - 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web - В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом - 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; - – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой - 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала - 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию - 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); - – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район - Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; - – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей - 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей - – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - 3 Требования к услугам 3.1 Общие требования к оказанию услуг - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - - Значение характеристики не может изменяться участником закупки - 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика - Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году - 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: - Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем - Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему - Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) - 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов - 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя - 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) - Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки - 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) - - Значение характеристики не может изменяться участником закупки - Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг - 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами - 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения - При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» - 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения - В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах - 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ - При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) - 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev - 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах - 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы - 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг - 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО - Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) - 4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки - Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 - Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 - Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 - Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 - Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) - Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 - 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) - Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней - А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) - Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - Приложение Б Регламент оказания услуг - Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом - - Значение характеристики не может изменяться участником закупки - 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков - Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту - 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): - Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) - На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме - Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт - Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета - По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – - Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г - Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ - Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ - Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г - Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных - Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам - ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД - 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания - 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО - 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки - 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту - 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) - Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 - Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень - Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки - 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание - Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы - Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон - 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» - 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» - Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) - На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. - 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) - Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация - На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме - 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы - Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) - На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме - 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): - По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

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

1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки

1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки

1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки

1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки

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

1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки

1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки

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

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

ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы

DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений

В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов

2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки

– использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации

В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127

2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки

Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК

7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока.

17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях

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

2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки

2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки

2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом

2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ - - Значение характеристики не может изменяться участником закупки

Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП»

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

2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК

2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров;

9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452

2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ;

– обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

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

? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»;

– интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО)

2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК

2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы

2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ

2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web

В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом

2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК;

– портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой

2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала

2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию

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

– Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район

Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»;

– внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей

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

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

2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

3 Требования к услугам 3.1 Общие требования к оказанию услуг - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - - Значение характеристики не может изменяться участником закупки

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

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

Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году

3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности

3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3:

Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем

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

Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок)

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

3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя

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

Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

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

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

3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами

3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения

При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»

3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения

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

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

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

3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev

3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах

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

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

3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

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

Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ)

4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки

Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026

Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026

Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026

Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0

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

Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5

1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням)

Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней

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

Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

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

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

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

4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5):

Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8)

На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме

Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт

Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета

По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов –

Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г

Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________

Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________

Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г

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

Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам

ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД

1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания

2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО

2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки

2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту

3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1)

Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2

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

Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки

3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание

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

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

3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент»

3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ»

Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5)

На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме.

4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6)

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

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

4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы

Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7)

На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме

4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8):

По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

- 62.02.30.000 - Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) ... - Штука - 1,00 - 375 032,63 - 375 032,63

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий Значение характеристики не может изменяться участником закупки 1.2 Шифр темы или номер контракта Присваивается Заказчиком в ходе организации закупочных процедур Значение характеристики не может изменяться участником закупки 1.3 Объект закупки Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) Значение характеристики не может изменяться участником закупки 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 1.4 Наименование заказчика и исполнителя Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры Значение характеристики не может изменяться участником закупки 1.5 Цели оказания Услуг Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО Значение характеристики не может изменяться участником закупки 1.6 Сроки оказания Услуг С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) Значение характеристики не может изменяться участником закупки 1.7 Место оказания Услуг Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД Значение характеристики не может изменяться участником закупки 1.8 Термины и сокращения В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения Значение характеристики не может изменяться участником закупки ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; Значение характеристики не может изменяться участником закупки – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 2.2 Общие сведения о структуре и функциях Системы Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): Значение характеристики не может изменяться участником закупки Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика 2.3 Способы и средства связи для информационного обмена между компонентами системы В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня Значение характеристики не может изменяться участником закупки 2.4 Взаимодействие с внешними информационными системами Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) Значение характеристики не может изменяться участником закупки 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 Значение характеристики не может изменяться участником закупки 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» 3 Требования к услугам 3.1 Общие требования к оказанию услуг Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» Значение характеристики не может изменяться участником закупки 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) Значение характеристики не может изменяться участником закупки Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО 4 Календарный план Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг Значение характеристики не может изменяться участником закупки Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 Приложение А Параметры оказания услуг А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение Значение характеристики не может изменяться участником закупки По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) Приложение Б Регламент оказания услуг Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом Значение характеристики не может изменяться участником закупки 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0 - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки - 1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки - 1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки - 1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* - 1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки - 1.5 Цели оказания Услуг - Целями оказания Услуг являются: – обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность; – обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе; – своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности; – адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика; – обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации; – ведение документации по настоящему контракту, инициирование и актуализация документации на Систему по результатам обработки запросов Заказчика и внесении соответствующих изменений в ППО - - Значение характеристики не может изменяться участником закупки - 1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки - 1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки - 1.8 Термины и сокращения - В настоящем документе используются следующие сокращения на русском и английском языках: Сокращение Расшифровка АО Акционерное общество АРМ Автоматизированное рабочее место АСУ ТК Информационно-аналитическая система регулирования на транспорте БД База данных ГВЦ ОАО «Российские железные дороги» Главный вычислительный центр ОАО «Российские железные дороги» ГИС Геоинформационная система ГНГ Гармонизированная номенклатура грузов ГОСТ Государственный стандарт ГЦОД Головной центр обработки данных ФГБУ «СИЦ Минтранса России» – совокупность программных и аппаратных средств заказчика, обеспечивающих функционирование Системы, расположенных по адресу: Московская область, Богородский городской округ, п. Горбуша, Радиоцентр ЕАЭС Евразийский экономический союз ЕГИС ОТБ Единая государственная информационная система обеспечения транспортной безопасности ЕГРИП Единый государственный реестр индивидуальных предпринимателей КИИ Критическая информационная инфраструктура ЕГРЮЛ Единый государственный реестр юридических лиц ЕМИСС Единая межведомственная информационно-статистическая система ЕТСНГ Единая тарифно-статистическая номенклатура грузов ИИС ЕАЭС Интегрированная информационная система Евразийского экономического союза КСОДД Комплексная схема организации дорожного движения Минтранс Министерство транспорта Российской Федерации МРТБ ПП Межрегиональный транспортный баланс пассажирских перевозок НСИ Нормативно-справочная информация ОАО Открытое акционерное общество ОКПД Общероссийский классификатор продукции по видам экономической деятельности ОКС Объект капитального строительства ОрВД Организация воздушного движения ОРС Номер обращения в систему регистрации обращений П-ИБ Подсистема информационной безопасности П-ИВ Подсистема информационного взаимодействия П-НСИ Подсистема ведения нормативно-справочной информации и метаданных ПО Программное обеспечение ПОДД Проект организации дорожного движения - - Значение характеристики не может изменяться участником закупки - ПП Пассажирские перевозки ППО Прикладное программное обеспечение П-СД Подсистема сбора данных ПСД-ТЕХ Подсистема технического портала ПСД-ПАСУ Подсистема информационного портала ПУИД Пункт учета интенсивности движения РМЛ Реестр морских линий РПБТ Реестр поставщиков бункерного топлива Росавиация Федеральное агентство воздушного транспорта Росморречфлот Федеральное агентство морского и речного транспорта РФ Российская Федерация СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений СТП Схема территориального планирования СУБД Система управления базами данных ТЗ Техническое задание ТК Транспортный комплекс ТН ВЭД Товарная номенклатура внешнеэкономической деятельности Евразийского экономического союза. Систематизированный список товаров, используемый для таможенных и статистических целей при экспорте и импорте товаров. ФГУП Федеральное государственное унитарное предприятие ФГУП «Госкорпорация по ОрВД» Федеральное государственное унитарное предприятие «Государственная корпорация по организации воздушного движения в Российской Федерации» - ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы - DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений - В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов - 2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки - – использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации - В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127 - 2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки - Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК - 7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока. - 17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях - В рамках данного технического задания не оказываются услуги по технической поддержке Модуля СЦ АСУ ТК, ФЗ ТПР. Система спроектирована по модульному принципу, в основе которого лежит микросервисная архитектура. Благодаря данному принципу допускается раздельная разработка, установка, обновление и техническое обслуживание отдельных подсистем и функциональных задач. Взаимодействие подсистем строится на основе общепринятых открытых технологических стандартов. Для функционирования Системы используется программное обеспечение, развёрнутое в ГЦОД Заказчика. Система размещена на серверах с использованием виртуальной инфраструктуры ГЦОД Заказчика - 2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки - 2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки - 2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом - 2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 - - Значение характеристики не может изменяться участником закупки - 2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ; - – обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ - Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП» - 2.5.12 ФЗ «МДД» ФЗ «МДД» отвечает за обеспечение сводной информацией о мониторинге дорожного движения (комплексные схемы организации дорожного движения (КСОДД)), проекты организации дорожного движения (ПОДД), результаты мониторинга дорожного движения в муниципальных образованиях субъектов Российской Федерации как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «МДД»: – внесение (сбор), хранение и отображение информации о разработанной документации о порядке организации дорожного движения, в том числе: загрузка документов планирования организации дорожного движения в привязке к региону и указания атрибутов загружаемого документа; – отображение геоинформационных представлений о количестве внесенных данных, в том числе: цветовая индикация полноты разработки документации по организации дорожного движения для конкретного региона; – внесение данных о результатах обследования дорожного движения, в том числе: выбор участка, подлежащего обследованию, определение географических координат выбранного участка и привязка его к картографической подложке, создание схематического представления обследуемого участка в графическом виде с использованием графических примитивов, указание количественных характеристик проведенного обследования. В состав ФЗ «МДД» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик» - 2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК - 2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров; - Подсистема информационного взаимодействия предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти и иными внешними информационными системами. Подсистема предназначена для выполнения следующих функций: ? интерфейс по запуску интеграций; ? логирование операций; ? интеграция с системой аутентификации; ? запуск операций по расписанию; ? инструментарий управления потоками данных; ? инструментарий проверки качества данных с возможностями: – выбор метрик качества; – настройки метрик качества; ? каталог данных с возможностями: – поиск данных; – настройка ролевой модели; – отображение связей и сущностей; ? информационное взаимодействие между подсистемами и функциональными задачами АСУ ТК; - ? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»; - – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО) - 2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК - 2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы - 2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ - 2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web - В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом - 2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК; - – портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой - 2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала - 2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию - 2.5.9 ФЗ «Реестр объектов» ФЗ «Реестр объектов» предоставляет пользователю возможность управления инвентарными данными по следующим направлениям: – Автомобильный транспорт и дорожное хозяйство: § Автовокзал; § Автодорожный мостовой переход; § Автозаправочная станция; § Автомобильная дорога; § Автостоянка; § Городская агломерация; § Международный автомобильный маршрут; § Нормативный участок дороги; § Остановочный пункт по маршруту регулярных перевозок автомобильным транспортом; § Придорожная площадка отдыха; § Придорожный комплекс технического обслуживания; § Придорожный объект гостиничного комплекса; § Придорожный объект медицинской помощи; § Придорожный объект общественного питания; § Придорожный объект торговли; § ПУИД; § Пункт весового контроля; § Распределенный параметр дороги по заданной характеристике; § Сегмент автомобильной дороги; § Участок автомобильной дороги (аварийно-опасные участки); § Участок автомобильной дороги (владелец); § Участок автомобильной дороги (платность); § Участок дороги Городской агломерации; – Воздушный транспорт: § Аэровокзальный комплекс; § Аэродром; § Аэропорт; § Воздушная трасса; § Грузовой комплекс; § Объект ОрВД; § Посадочная площадка; § Топливозаправочный комплекс; – Водный транспорт: § Внутренний водный путь; § Гидротехническое сооружение внутренних водных путей; § Морская линия; § Морской вокзал; § Морской порт; § Объект навигационно-гидрографического обеспечения; § Паромная переправа; § Портовое гидротехническое сооружение; § Портовый терминал; § Речной вокзал; § Речной порт; – Железнодорожный транспорт: § Депо; § Железная дорога; § Железнодорожный вокзал; § Железнодорожный мостовой переход; § Железнодорожный перегон; § Железнодорожный переезд; § Железнодорожный тоннель; § Искусственное железнодорожное сооружение; § Раздельный пункт (Железнодорожная станция); - – Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район - Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»; - – внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей - 8. АРМ «Редактор данных»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч., работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов; – ведение и редактирование информации по настройкам сопоставления сущностей - – функциональные страницы веб-интерфейса пользователя; – интерфейс ввода данных в ручном режиме; – форматно-логический контроль (ФЛК) входных данных; – визуализация мониторинга загрузки данных; – управление номенклатурой грузов; – учет контейнерных перевозок. – возможность добавления атрибутов в дашбордах через настройки дашбордов в административной панели (если применимо к типу дашборда); – возможность изменять описание, легенду, единицы измерения, цветовую схему отображения данных в дашбордах через настройки дашбордов в административной панели; – фильтрация в дашбордах по типам грузов и кодам из справочника ЕТСНГ, ГНГ и ТН ВЭД; – отображение сведений о контейнерах, находящихся на ближних и дальних подходах на картографической основе. В состав ФЗ «МГМП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель» - 2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - 2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России» - 3 Требования к услугам 3.1 Общие требования к оказанию услуг - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - - Значение характеристики не может изменяться участником закупки - 3.1.3 Требования к регламенту оказания услуг Исполнитель должен руководствоваться Регламентом оказания услуг по технической поддержке Системы. Регламент оказания услуг содержит следующую информацию: – порядок оказания услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы; – порядок оказания услуги по решению инцидентов, связанных с работой ППО; – порядок оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей); – порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности. Регламент содержит следующие формы заявок на оказание услуг: – форма заявки на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика; – форма заявки на оказание услуги по решению инцидентов, связанных с работой ППО; – форма заявки на оказание услуг адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) (приоритет заявки определяется Заказчиком); – форма заявки на оказание услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.4 Требования к режиму обеспечения функционирования Системы Режим оказания услуг определен в Приложении А к настоящему ТЗ. По согласованию с Заказчиком, в целях недопущения остановки функционирования Системы в период интенсивной работы пользователей в Системе, отдельные услуги могут оказываться по специальному графику (в нерабочее время Исполнителя) в соответствии с заявками Заказчика - Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году - 3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности - 3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3: - Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем - Для обеспечения взаимодействия с Заказчиком Исполнитель со своей стороны определяет ответственных лиц, уполномоченных в структуре Исполнителя за своевременное и качественное оказание Услуг в рамках настоящего ТЗ, а также контактную информацию ответственных лиц (телефон, электронную почту). Исполнитель должен предоставить Заказчику единый адрес электронной почты для приема обращений (заявок) в течение 3 (трех) рабочих дней после заключения Контракта. Указанный в настоящем пункте адрес электронной почты (способ направления обращений (заявок) применяется в случае сбоя в работе СРО Заказчика. Со своей стороны, Заказчик предоставляет Исполнителю перечень и контактную информацию (телефон, электронную почту) уполномоченных лиц для осуществления взаимодействия с указанием зон ответственности. О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений посредством уведомления на электронную почту ответственных лиц и/или в письменной форме. В результате оказания услуг по настоящему ТЗ не должны быть изменены исходные коды, дистрибутивы и иные компоненты Системы вне согласованных с Заказчиком изменений. Любые изменения исходных кодов, дистрибутивов и иных компонентов Системы должны производиться только после согласования с Заказчиком уполномоченными лицами по электронной почте или иным заранее согласованным способом. Не должна быть ухудшена надежность и производительность Системы. Оказание услуг по Контракту не должно нарушать требования к информационной безопасности, описанной в документации на Систему - Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок) - 3.1.5 Требования к качеству оказываемых услуг Качество оказываемых услуг поддерживается Исполнителем в соответствии с определяемыми данным ТЗ условиями и правилами и контролируется Заказчиком на постоянной основе, в том числе по соблюдению сроков исполнения и подтверждениям исполнения от инициаторов обращений и другим параметрам. По результатам выполнения работ по устранению инцидента должна быть устранена корневая причина инцидента с окончательным решением, устраняющим причину возникновения проблемы и исключающим вероятность повторного возникновения проблемы (инцидента). Время устранения корневых причин проблемы (инцидента) не должно составлять более 40 рабочих часов - 3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя - 3.1.7 Требования к классификации обращений и заявок Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении А к Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Состав обязательной информации, которую должно содержать обращение или заявка, должен быть зафиксирован в Регламенте оказания Услуг. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность классификации обращения или заявки и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 4) - 3.2 Требования к услугам 3.2.1 Требования к организации третьего уровня технической поддержки - 3.2.4.1 Требования к порядку оказания услуги по решению инцидентов, связанных с работой ППО При поступлении от Заказчика обращения (заявки), являющегося неисправностью в работе Системы (инцидентом), Исполнитель реагирует на инцидент в СРО в срок не более 30 минут с момента поступления. В случае необходимости, для решения инцидента ответственный специалист должен связаться с инициатором обращения (заявки) для уточнения условий воспроизведения проблемы или для получения дополнительных сведений. После получения необходимых сведений от инициатора обращения (заявки) ответственный специалист производит диагностику с целью выявления причины инцидента и возможных путей устранения. В случае, если инцидент невозможно решить без получения дополнительных сведений т инициатора, и не удается связаться с инициатором в течение пяти рабочих дней, обращение (заявка) отклоняется в связи с недостатком данных для его решения, Заказчику направляется уведомление об отклонении обращения (заявки). Время, в течение которого невозможно связаться с инициатором, вычитается из общего времени обработки обращения (заявки). Все попытки связаться с инициатором должны фиксироваться с указанием даты и времени попытки, используемого способа связи (номер телефона, адрес электронной почты) и результата попытки (не удалось дозвониться, абонент недоступен, и т.д.) - - Значение характеристики не может изменяться участником закупки - Факт и время решения инцидента должны быть зафиксированы и отражены в СРО. В случае, если причиной сбоя в работе Системы является выход из строя аппаратного обеспечения или неработоспособность смежной информационной системы, время работы над инцидентом приостанавливается до момента устранения неисправности. В ходе решения инцидентов могут быть выявлены дефекты ППО Системы. В случае обнаружения дефектов ППО, Исполнитель информирует об этом Заказчика. Исполнитель может быть привлечен к проверке результата устранения дефекта по инициативе Заказчика. Приоритеты инцидентов приведены в Приложении А к ТЗ. Детальный порядок оказания услуги по решению инцидентов, связанных с работой ППО Системы определен в Регламенте оказания Услуг - 3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами - 3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения - При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком - 3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации» - 3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения - В процессе проведения Заказчиком обследования Системы и выявления уязвимостей в ППО, связанных с исходным кодом Системы и/или используемыми компонентами (библиотеками), Заказчик направляет Исполнителю обращение (заявку) на устранение, с указанием критичности и срочности принятия мер по устранению в СРО. Исполнитель при оказании услуг по обновлению или устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности должен: – провести анализ уязвимостей и связанных с ними исходным кодом и/или используемыми компонентами (библиотеками); – выработать варианты устранения указанных уязвимостей и согласовать с Заказчиком их реализацию; – своевременно внести изменения в исходный код Системы и/или используемые компоненты (библиотеки) и подготовить соответствующее обновление; – провести обновление Системы в тестовом контуре Заказчика и проинформировать Заказчика о готовности проведения тестирования; – протестировать успешность обновления или устранения уязвимостей в ППО и корректность функционирования Системы на тестовом контуре, совместно с Заказчиком; – при невозможности незамедлительного устранения уязвимости приоритетов «Критический» и «Высокий» Исполнитель обязан предоставить исчерпывающий список причин и согласовать план достаточных компенсирующих мер с ответственными сотрудниками Заказчика. Результат внесения изменений отображается в соответствующей записи в СРО и в составе Отчета об оказанных услугах - 3.2.6.1 Требования к порядку оказания услуг по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности Исполнитель в соответствии с приоритетами обращений и контрольными сроками исполнения (см. Приложение А) оценивает техническую возможность и сроки устранения уязвимостей, и реализацию обновления Системы. По итогу проведения оценки Исполнитель направляет в заявке СРО Заказчику заключение о возможности устранения уязвимостей и/или обновления в ППО и согласует с Заказчиком проведение данных работ - При проведении работ по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности необходимо выполнить следующее: – Заказчику сформировать заявку на устранение (обновление) в СРО с полным списком обнаруженных уязвимостей и планируемыми работами; – согласовать в рабочем порядке время начала и завершения работ, перечень работ, выполняемых в рамках обновления или устранения уязвимостей в ППО с Заказчиком; – оповестить Заказчика о начале проведения работ на тестовом контуре; – провести работы по обновлению или устранению уязвимостей в ППО на тестовом контуре Системы в установленные сроки; – протестировать выполнение работ в тестовом контуре и проинформировать Заказчика о готовности переноса ППО на продуктивный контур; – силами Заказчика обновить продуктивный контур Системы, в соответствии с планом устранения и выполненными работами; – совместно с Заказчиком проверить корректность функционирования Системы устранения уязвимостей в продуктивном контуре Системы по результатам обновления; – при необходимости актуализировать документацию (описание архитектуры, анкеты постановки на мониторинг и иные документы). Любые изменения в части обновления или устранения уязвимостей в ППО на промышленном контуре Системы должны применяться только в случае успешного проведения аналогичных работ на тестовом контуре. Детальный порядок оказания услуги по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности определен в Регламенте оказания Услуг (Приложение Б) - Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ) - 3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev - 3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах - 3.2.3 Требования к услугам информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Услуги информационно-консультационной поддержки сотрудников Заказчика включают: – обработку обращений и заявок, поступивших от сотрудников Заказчика; – консультирование сотрудников Заказчика и пользователей Системы; – актуализацию документации, и других материалов по работе с Системой, при необходимости; – консультирование и разработку рекомендаций по настройке Системы без изменения программного кода), включая изменение настроек функционирования; – консультации по вопросам использования, настройки и возможностям Системы; – консультации по проведению превентивных мер для недопущения аварийных ситуаций в Системе; – консультации по предварительной диагностике и локализации возникшей неисправности Системы; – консультации по вопросам обеспечения информационной безопасности Системы и настройки функций, обеспечивающих корректную работу программного обеспечения для совершения юридически значимых действий в Системе; – другие вопросы, связанные с работой Системы - 3.2.3.1 Требования к порядку оказания услуг информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Исполнитель выполняет консультирование сотрудников Заказчика и пользователей Системы. Консультация может быть предоставлена по согласованным с представителем Заказчика каналам коммуникации с регистрацией результата консультации в СРО Исполнителем. Детальный порядок оказания консультационных услуг определен в Регламенте оказания Услуг - 3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня - Подтверждение необходимости приостановления работ находится в зоне ответственности Исполнителя. Приостановление сроков выполнения задач в соответствии с настоящим пунктом подтверждается Заказчиком по мотивированному обращению Исполнителя в СРО, основанному на данных диагностики или на иных фактических обстоятельствах. В случае непринятия Исполнителем необходимых мер по информированию Заказчика (отсутствие надлежащего обращения от Исполнителя или отсутствие уведомления о необходимости осуществления каких-либо действий Заказчиком) не может являться основанием для приостановления работ по устранению неисправности. В отдельных случаях Исполнителю может потребоваться выполнение технологических работ для устранения причин неисправности или недопущения повторения их в будущем. Для обеспечения устранения неисправности Системы Заказчиком проводится классификация в соответствии с приоритетами по степени срочности их устранения. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности, определены в Регламенте оказания услуг. При подаче обращения (заявки) наивысшего приоритета через СРО Заказчик должен дополнительно проинформировать службу поддержки Исполнителя о созданном обращении (заявки) по телефону уполномоченного сотрудника Исполнителя. При этом временем подачи обращения (заявки) считается время подачи обращения (заявки) через СРО - 4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки - Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026 - Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026 - Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026 - Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0 - Взаимодействие Заказчика и Исполнителя в части регистрации и контроля времени реагирования и решения обращения (заявки) осуществляется через СРО. Заказчик предоставляет Исполнителю доступ к СРО после заключения Контракта. Поступившие от разных пользователей заявки по поводу однотипных инцидентов или имеющие общую причину должны объединяться в одну заявку. Срок выполнения включает время диагностики инцидента, в ходе которого определяется причина инцидента (проблемы) и способ его устранения. Исполнитель должен обеспечить функционирование Системы в соответствии с требованиями и параметрами, указанными в настоящем ТЗ и Регламенте оказании услуг. Основные параметры быстродействия типовых операций в Системе указаны в таблице ниже (таблица А.4) - Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5 - 1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) - Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней - А2. Приоритеты и регламентные сроки решения обращений (заявок) В зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается один из следующих приоритетов, а также в зависимости от приоритета обращения (заявки) устанавливаются следующие контрольные сроки решения в соответствии с таблицей ниже (таблица А.3) - Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - Приложение Б Регламент оказания услуг - Термины и сокращения В настоящем регламенте используются следующие термины и сокращения на русском и английском языках: Термины/сокращения Полное наименование/описание БЗ (База знаний) База данных Системы регистрации обращений (заявок), созданная для сбора, хранения и поиска способов решения известных проблем в рамках Системы Жизненный цикл обращения (заявки) Совокупность статусов, по которым проходит обращение (заявка), и правила перехода обращения (заявки) из одного статуса в другой Заказчик ФГБУ «СИЦ Минтранса России» – Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» ЗНИ Запрос на изменение – тип заявки, предполагающий внесение изменений в прикладное программное обеспечение Системы ЗНО Запрос на обслуживание – тип заявки, предполагающий работы по предоставлению консультации, предоставление доступа к Системе или стандартизированные типовые изменения конфигураций Системы Инцидент Тип заявки, классифицируемый как нештатное событие в работе компонентов функциональных задач Системы, которое привело или может привести к нарушению или снижению качества функционирования Системы ИС Информационная система Исполнитель Организация, которая определяется по результатам конкурсных процедур Классификация Анализ и заполнение классификационных полей справочными значениями, определяющими последовательность действий и этапов жизненного цикла заявки, а также порядок рассмотрения заявок Консультация Разъяснения по алгоритму работы, требуемых настроек прикладного программного обеспечения и технологии обработки данных при работе с Системой, предоставление информации Маршрутизация Определение процесса движения обращения (заявки) в Системе управления заявками между уровнями технической поддержки и организационными структурами на уровнях поддержки путем назначения обращения (заявки) в соответствии с его классификацией и выставленным приоритетом - - Значение характеристики не может изменяться участником закупки - 3.5 Порядок классификации и приоритизации обращений (заявок) Классификация является начальной стадией процесса оказания технической поддержки, необходимой для идентификации обращения (заявки) и определения соответствующих действий для его обработки. Для проведения первичной классификации необходимо получить от пользователя и зафиксировать в описании обращения (заявки) подробные сведения о сути запроса, в том числе, для Инцидентов зафиксировать сценарий воспроизведения обнаруженной ошибки. Для проведения вторичной классификации необходимо провести анализ и диагностику для определения корневой причины и затронутой Инцидентом функциональной области (инфраструктура, сеть, ППО). В процессе классификации осуществляется первичная диагностика и оценка проблемы, описанной пользователем Системы в обращении (заявке), в части функционирования и/или удобства использования Системы. Корректная классификация позволяет увеличить скорость обработки обращения (заявки) и решения описанной в обращении (заявке) проблемы при минимальном привлечении ресурсов, в частности, за счет использования известных решений для типовых обращений (заявок), которые должны описываться в БЗ СРО. Классификация позволяет произвести первоначальное назначение обращения (заявки) на ответственного сотрудника и выставить приоритет с учетом приоритизации. Приоритизация применяется для определения критичности описанной в обращении (заявке) проблемы для функционирования ППО Системы. Приоритет рассмотрения обращения (заявки) определяется в процессе ее классификации на основании ряда параметров, вводимых при заполнении обращения (заявки). Приоритизация используется для того, чтобы при одновременном наличии нескольких обращений (заявок) в первую очередь рассматривалась обращения (заявки) с наивысшим приоритетом и не позднее установленных для данного приоритета сроков - Изменение приоритета уже зарегистрированного обращения (заявки) используется в случае появления новых обстоятельств, которые ведут к изменению влияния и/или срочности существующего обращения (заявки). При регистрации обращения (заявки) необходимо провести его приоритизацию. В процессе управления обращениями (заявками) каждому обращению (заявке) присваивается приоритет, принимающий одно из значений: Низкий, Средний, Высокий или Критический. В соответствии с приоритетом определяется время, очередность устранения, ресурсы, привлекаемые для работ по обращению (заявке), а также может определяться порядок/процедура действий при работе с обращением (заявкой). Заказчиком в зависимости от уровня сбоя в работе Системы обращению (заявке) присваивается приоритет с указанием максимального времени реакции и решения в соответствии с требованиями, указанными в Приложении 2 к настоящему Регламенту - 4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5): - Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8) - На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме - Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт - Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета - По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов – - Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г - Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________ - Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________ - Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________ - Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г - Обращение (заявка) Устное или письменное обращение пользователя АСУ ТК с вопросом, касающимся работоспособности АСУ ТК, по одному из определённых каналов связи: электронная почта, Система регистрации обращений (заявок) Пользователь Инициатор обращения (заявки) или пользователь Системы ППО Прикладное программное обеспечение Предмет обращения Справочник, классифицирующий типовые запросы в Системе регистрации обращений (заявок), характерные для Системы, выбранное значение определяет маршрутизацию обращения (заявки) (группу ответственных сотрудников) Приоритизация Значение, определяющее время, очередность решения обращений (заявок), ресурсы, привлекаемые для решения обращений (заявок), . Приоритет устанавливается в соответствии с масштабом выявленной проблемы, которая привела или может привести к нарушению или снижению качества функционирования Системы Релиз Выпуск версии прикладного программного обеспечения Системы, от разработки до тестирования и планового обновления Системы на продуктивной среде для установки изменений, связанных с развитием/улучшением/оптимизацией Системы Система, АСУ ТК, Информационно-аналитическая система регулирования на транспорте Информационно-аналитическая система, предназначенная для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации, обеспечения публичности деятельности органов государственного управления транспортным комплексом, а также обеспечения процессов оказания государственных услуг в электронном виде в сфере транспорта СМЭВ Система межведомственного электронного взаимодействия СПО Системное программное обеспечение СРО Система регистрации обращений (заявок) Статус обращения (заявки) Текущее состояние обращения (заявки) в жизненном цикле процесса оказания технической поддержки Системы СУБД Система управления базами данных - Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам - ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД - 1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания - 2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО - 2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки - 2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту - 3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1) - Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика - 3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2 - Таблица 2 - Зона ответственности каждого уровня технической поддержки Участники технической поддержки Описание Первый уровень технической поддержки (далее – 1-й уровень) Группа ответственных сотрудников 1-го уровня Заказчика, осуществляющая прием и первичную обработку обращений (заявок) (описание предмета обращения, первичная классификация и приоритизация, определение назначения, маршрутизация обращений (заявок) по назначению), руководствуется в своей работе настоящим Регламентом и БЗ, наполняемой 2-м уровнем поддержки, самостоятельно решает часть обращений (заявок), связанных с недостаточной квалификацией пользователей или настройками в рамках своей компетенции. В случае невозможности решения обращений (заявок) на 1-ом уровне ответственный сотрудник передает ее на 2-й уровень - Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки - 3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание - Таблица 3 - Перечень статусов обращений (заявок) и их описание Статус Описание Зарегистрирован Обращение (заявка) принято и зарегистрировано Направлен в группу Присваивается при назначении ответственными сотрудниками 1-го уровня группе ответственных сотрудников 2-го уровня по тематике обращения (заявки) после заполнения всей необходимой информации и полей обращения (заявки), а также при его передаче между группами 2-го уровня Передан в группу Присваивается при передаче обращения (заявки) ответственными сотрудниками 2-го уровня на группу ответственных сотрудников 3-го уровня Назначен Присваивается при назначении обращения (заявки) на ответственного сотрудника для его решения в рамках компетенции В работе Присваивается при приеме обращения (заявки) в работу ответственным сотрудником для его решения Решен Присваивается ответственным сотрудником, выполнившим работы по обращению (заявке) Закрыт Присваивается автоматически при решении запроса по обращению (заявке), а также отсутствии дополнительных запросов пользователя в соответствии с действующим SLA, или при подтверждении решения обращения (заявки) со стороны пользователя Запрос доп. информации Присваивается при необходимости запроса дополнительной информации и/или уточнения предмета обращения по обращению (заявке) у пользователя Ответ предоставлен Присваивается после ответа пользователем на запрос дополнительной информации Отклонен Присваивается, если обращение (заявка) не актуальна (по информации от пользователя), отсутствует техническая возможность решения обращения (заявки), предмет обращения не входит в компетенции технической поддержки, или существует влияние доработки на другие компоненты, что нарушает общий порядок работы Системы - Согласование Присваивается при необходимости согласования направления обращения (заявки) ответственным сотрудником Заказчика на 3-й уровень Анализ Присваивается при проведении анализа на предмет возможности внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности и оценке ресурсоемкости Тестирование Присваивается Исполнителем при завершении разработки и проведенном предварительном тестировании для последующего осуществления приемочного тестирования Специалистом 2-го уровня Релиз Присваивается ответственным сотрудником Заказчика при принятии решения о возможности вывода доработки в продуктивную среду Утверждение заказчиком Присваивается при согласовании группой профильных специалистов на 2-м уровне поддержки с пользователем технического задания для внесения изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности Доработка Присваивается в случае несогласования Заказчиком работ, проведенных Исполнителем в рамках контрактных обязательств, по внесению изменений, связанных с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме, и необходимости последующего направления Исполнителю для ее доработки Отложен Присваивается в случае невозможности выполнения запроса, изложенного в обращении (заявке), в связи с необходимостью запроса дополнительной информации у третьих сторон - 3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент» - 3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ» - Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5) - На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме. - 4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6) - Полное описание инцидента, включая скриншоты и описание шагов, приведших к неисправности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 6) Однократность/неоднократность Круг пользователей или компьютеров, затронутых данным инцидентом Действия, предпринятые для самостоятельного решения инцидента (при наличии) Версии используемого программного обеспечения на клиентской рабочей станции, где воспроизводится ошибка (операционная система, прикладное программное обеспечение) Дополнительная информация - На рисунке 6 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 6 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по решению инцидентов, связанных с работой ППО, заполненную в свободной форме - 4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы - Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7) - На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме - 4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8): - По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО - По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса) - По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

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

1 Общие сведения 1.1 Полное наименование системы и ее условное обозначение - Полное наименование: Информационно-аналитическая система регулирования на транспорте (АСУ ТК). Условное обозначение: АСУ ТК, Система. Наименование услуг: техническая поддержка Информационно-аналитической системы регулирования на транспорте (АСУ ТК) в 2026 году (далее – Услуги). ОКПД 2: 62.02.30.000 Услуги по технической поддержке информационных технологий - - Значение характеристики не может изменяться участником закупки

1.2 Шифр темы или номер контракта - Присваивается Заказчиком в ходе организации закупочных процедур - - Значение характеристики не может изменяться участником закупки

1.3 Объект закупки - Выполнение работ по технической поддержке АСУ ТК предусмотрено Ведомственной программой цифровой трансформации Минтранса России на 2026-2028 (далее - ВПЦТ Минтранса России) в составе мероприятия № 103.002 «АСУ ТК» ИТ расхода 103.26.000021 «Эксплуатация Информационно-аналитической системы регулирования на транспорте (АСУ ТК)». Оказание Услуг включает: Таблица 1 — Перечень Услуг № п.п. Наименование услуги Единица измерения Кол-во (объем) - - Значение характеристики не может изменяться участником закупки

1 Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 2 Услуга по решению инцидентов, связанных с работой ППО приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 3 Услуга по решению инцидентов, связанных с работой ППО приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 4 Услуга по решению инцидентов, связанных с работой ППО приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 5 Услуга по решению инцидентов, связанных с работой ППО приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 6 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 7 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 8 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 9 Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

10 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Критический» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 11 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Высокий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 12 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Средний» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика* 13 Услуга устранения уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности приоритета «Низкий» ОКПД2: 62.02.30.000 шт. объем не определен, по заявкам Заказчика*

1.4 Наименование заказчика и исполнителя - Заказчик: Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации». Исполнитель: определяется по результатам проведения закупочной процедуры - - Значение характеристики не может изменяться участником закупки

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

1.6 Сроки оказания Услуг - С даты заключения Контракта по 15.12.2026, в соответствии с Календарным планом (Раздел 4 Технического задания, далее Календарный план) - - Значение характеристики не может изменяться участником закупки

1.7 Место оказания Услуг - Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 настоящего технического задания. Технические характеристики подключения Заказчик сообщает в течение 5 (пяти) рабочих дней с даты заключения Контракта. Заказчик предоставляет Исполнителю удаленный доступ к ГЦОД и всем серверам тестового контура, где функционирует прикладное ПО Системы, идентичное продуктивному в рамках ППО, а также к продуктивному контуру (на правах пользователя) Системы. Исполнитель должен работать с серверами Системы под пользователем с правами, необходимыми для оказания услуг по технической поддержке Системы, учетную запись которого, в свою очередь, регистрирует Заказчик и предоставляет необходимые права. АСУ ТК размещается на мощностях ГЦОД, аттестованного на соответствие требованиям по безопасности информации, что подтверждается Аттестатом соответствия требованиям по защите информации от 22.09.2025 № Л024-00107-00/00580470.00212.2025. Взаимодействие автоматизированного рабочего места или информационной системы Исполнителя с АСУ ТК должно осуществляться в соответствии с Техническими условиями на подключение к информационным ресурсам ФГБУ «СИЦ Минтранса России», утвержденными приказом ФГБУ «СИЦ Минтранса России» от 24.05.2024 № 21-ОД - - Значение характеристики не может изменяться участником закупки

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

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

ФГУП «КЖД» Федеральное государственное унитарное предприятие «Крымская железная дорога» ФЗ Функциональная задача ФЗ «Данные по грузообороту» Функциональная задача «Обеспечение подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами» ФЗ «МДД» Функциональная задача «Мониторинг дорожного движения» ФЗ «МЖТ» Функциональная задача «Мониторинг железнодорожного транспорта» ФЗ «МРТБ ПП» Функциональная задача «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» ФЗ «Реестр объектов» Функциональная задача «Формирование и ведение единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса» ФЗ «СТП» Функциональная задача «Информационно-аналитическая поддержка процессов территориального планирования Российской Федерации в области федерального транспорта» ФЗ «ТПР» Функциональная задача «Транспортный паспорт региона» ФЗ «МГМП» Функциональная задача «Мониторинг грузопотоков в морских портах» Модуль ГЭТ Модуль «Городской электротранспорт» ФИО Фамилия, имя, отчество ФЛК Форматно-логический контроль (данных) ФОИВ Федеральный орган исполнительной власти ФТС Федеральная таможенная служба Российской Федерации ЦРТ Центр расписания и тарифов ЦХД Централизованное хранилище данных API Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Common Vulnerability Scoring System — открытый стандарт, используемый для расчёта количественных оценок уязвимости в безопасности компьютерной системы

DOC, DOCX Файловый формат, используемый для хранения и обмена документами в текстовом редакторе Word PDF Portable Document Format — межплатформенный открытый формат электронных документов, изначально разработанный фирмой Adobe Systems с использованием ряда возможностей языка PostScript SQL Декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной БД, управляемой соответствующей системой управления базами данных SVG Scalable Vector Graphics — масштабируемая векторная графика — язык разметки масштабируемой векторной графики TMS Tile Map Service - протокол доступа к растровым геоданным в виде тайлов фиксированного размера и на уровни увеличения с фиксированным шагом TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления передачей данных — набор сетевых протоколов разных уровней модели сетевого взаимодействия, используемых в сетях. WFS Web Feature Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в растровом виде (в виде изображений), а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMS Web Map Service - стандартный протокол, который описывает формат и способ предоставления пространственных данных в векторном виде, а также механизмы обмена этими данными в клиент-серверном взаимодействии. Этот стандарт был разработан и опубликован международной организацией OGC WMTS Web Map Tile Service - стандартный протокол для предоставления предварительно отрисованных или вычисленных во время выполнения листов карты с географической привязкой через Интернет XLS, XLSX Формат файлов для хранения электронных документов пакетов офисных приложений

В настоящем документе используются следующие термины: Термин, определение Описание Заказчик ФГБУ «СИЦ Минтранса России» — Федеральное государственное бюджетное учреждение «Ситуационно-информационный центр Министерства транспорта Российской Федерации» Заявка Направленное от Заказчика в адрес Исполнителя задание на на оказание услуг по технической поддержке Системы Исполнитель Определяется по итогам закупочных процедур Инцидент Техническое нарушение рабочего процесса Системы, прикладного программного обеспечения или сетевого и серверного оборудования, связанное с неработоспособностью Системы, сети или некорректными настройками автоматизированного рабочего места пользователя, требующее устранения в установленный настоящим заданием срок. Компонент Часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое (ГОСТ Р 59853-2021) Контракт Контракт на оказание услуг по техническому сопровождению АСУ ТК в 2026 году Обращение Информационное сообщение, поступившее от Заказчика в адрес Исполнителя для диагностики и оценки проблемы пользователя Системы в части её функционирования или удобства использования в целях получения консультации или внесения изменений в программное обеспечение (по согласованию с Заказчиком) Flask Фреймворк для создания веб-приложений на языке программирования Python GraphQL Язык запросов данных и язык манипулирования данными с открытым исходным кодом для построения веб ориентированных программных интерфейсов

2 Характеристика объекта оказания услуг 2.1 Сведения об объекте автоматизации - АСУ ТК предназначена для автоматизации и информационно-аналитического обеспечения процессов управления развитием транспортного комплекса Российской Федерации. Основными целями создания АСУ ТК являются: – повышение эффективности процессов управления функционированием и развитием транспортного комплекса на основе создания единой информационной среды и комплекса информационно-аналитических услуг на уровне органов государственного управления ТК; – повышение уровня безопасности ТК на базе получения полной, достоверной и оперативной информации о происходящих изменениях, своевременного выявления негативных тенденций и принятия мер по их устранению и ликвидации последствий. Основными задачами АСУ ТК являются: – автоматизация процессов прогнозирования, развития транспортного комплекса и поддержки принятия управленческих решений; – автоматизация процессов контроля безопасности и устойчивости транспортного комплекса, управления в чрезвычайных ситуациях; – автоматизация процессов управления программами и проектами развития и модернизации транспортного комплекса; – автоматизация процессов управления финансами и ресурсами транспортного комплекса; – автоматизация процессов мониторинга состояния транспортного комплекса, в том числе с использованием набора ключевых показателей эффективности деятельности транспортного комплекса; – информационно-технологическая поддержка взаимодействия субъектов транспортного комплекса Российской Федерации, органов государственного управления и контроля, международных организаций на основе создания единой технологической среды взаимодействия и управления движением данных (и связанных с ними документов) в транспортном комплексе; - - Значение характеристики не может изменяться участником закупки

– использование в процессах управления транспортным комплексом РФ современных технологий электронного документооборота и электронного обмена данными; – информационно-аналитическая поддержка нормотворческой и законотворческой деятельности; – информационно-аналитическая поддержка процессов государственного управления трудовыми ресурсами; – организация межведомственного электронного взаимодействия подразделений Министерства транспорта Российской Федерации, подведомственных агентств и службы с другими органами государственной власти, а также гражданами и организациями. Пользователями Системы являются: – сотрудники органов исполнительной власти субъектов Российской Федерации; – сотрудники Министерства транспорта Российской Федерации. АСУ ТК относится к государственным информационным системам, а также к информационным системам персональных данных и значимым объектам критической информационной инфраструктуры Российской Федерации

В соответствии с Актом классификации АСУ ТК от 23.09.2025 № АК.23092025.03: – в соответствии с подпунктом 1 части 1 статьи 13, статьей 14 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации») АСУ ТК является государственной информационной системой; Актом категорирования от 23.09.2025 № АК.23092025.04 АСУ ТК присвоена вторая категория значимости объектов критической информационной инфраструктуры (КИИ) на основании оценки, произведенной в соответствии с Перечнем показателей КИИ Российской Федерации и их значений, утвержденным постановлением Правительства Российской Федерации «Об утверждении правил категорирования объектов критической информационной инфраструктуры Российской Федерации, а также перечня показателей критериев значимости объектов критической информационной инфраструктуры Российской Федерации и их значений» от 08.02.2018 г. № 127

2.2 Общие сведения о структуре и функциях Системы - Система создана в рамках контрактов: – Контракт № ОК/23_06 от 14.07.2023 на выполнение работ по модернизации платформенных решений информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100140010000244); – Контракт № ОК/23_08 от 17.07.2023 на выполнение работ по модернизации компонентов информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 231770411620577080100100360016201244); – Контракт № ОК/25_03 от 17.01.2025 на оказание услуг по техническому сопровождению АСУ ТК в 2025 году (Идентификационный код закупки: 241770411620577080100100250016202244; – Контракт № ОК/25_10 от 27.05.2025 на выполнение работ по развитию информационно-аналитической системы регулирования на транспорте (АСУ ТК) (Идентификационный код закупки: 251770411620577080100100220016201244). В состав Системы входят следующие подсистемы и функциональные задачи (Таблица 2): - - Значение характеристики не может изменяться участником закупки

Таблица 2 - Перечень подсистем и функциональных задач № Наименование подсистемы/ функциональной задачи/ модуля Назначение 1 Подсистема сбора данных и централизованного хранилища данных Подсистема обеспечивает выполнение сбора данных в АСУ ТК, и в т. ч., в рамках функциональных задач «Формирование и ведение межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении» и «Формирование и ведение транспортного паспорта региона» 2 Подсистема информационного взаимодействия Подсистема информационного предназначена для обеспечения информационного взаимодействия подсистем АСУ ТК, а также, взаимодействия АСУ ТК с АС федеральных органов исполнительной власти 3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, классификаторов, реестров и регистров, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ 4 Модуль СМЭВ Модуль взаимодействия со СМЭВ представляет собой набор сервисов взаимодействия: сервис синхронного взаимодействия и сервис отправки, осуществляющих дополнительную обработку сообщений, отправляемых в СМЭВ и принимаемых из СМЭВ 5 Геоинформационная подсистема Программное обеспечение геоинформационной подсистемы предназначено для обеспечения смежных подсистем АСУ ТК возможностью работы с картографической информацией, в том числе, отображения на электронных картах объектов транспортной инфраструктуры и получения информации о местоположении, характеристиках контролируемых транспортных объектов 6 Подсистема информационного портала АСУ ТК Подсистема информационного портала предназначена для отображения и входа в функциональные задачи АСУ ТК

7 Подсистема технического портала АСУ ТК Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок 8 Подсистема проектного архива АСУ ТК Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе, и процессов информационного взаимодействия внутреннего и внешнего характера 9 ФЗ «Реестр объектов» Функциональная задача предназначена для формирования и ведения единой базы пространственных и технических данных по объектам и субъектам транспортного комплекса Российской Федерации 10 ФЗ «СТП» Функциональная задача предназначена для организации информационно-аналитической поддержки процессов территориального планирования Российской Федерации в области федерального транспорта 11 ФЗ «МРТБ ПП» Функциональная задача предназначена для формирования и ведения межрегионального транспортного баланса пассажирских перевозок в дальнем (межрегиональном) сообщении 12 ФЗ «МДД» Функциональная задача предназначена для осуществления мониторинга дорожного движения 13 ФЗ «ТПР» Функциональная задача предназначена для формирования и ведения транспортного паспорта региона 14 ФЗ «Данные по грузообороту» Функциональная задача предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами 15 ФЗ «МЖТ» Функциональная задача предназначена для осуществления мониторинга железнодорожного транспорта 16 ФЗ «МГМП» Функциональная задача предназначена для осуществления мониторинга грузопотоков в морских портах с целью формирования единой цифровой среды мониторинга и планирования перевозок в/из портов Дальнего Востока.

17 Модуль ГЭТ Модуль предназначен для получения, хранения данных инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по отдельно взятому предприятию-перевозчику. Формирования отчетов об инвентаризации с детальными данными по каждому разделу инвентаризации с маршрутизацией в муниципалитет / регион / Минтранс. Содержит агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящихся к данному муниципалитету. Формирует сводный отчет по муниципалитету по каждому разделу инвентаризации с маршрутизацией в регион / Минтранс. Формирует агрегированные данные инвентаризации транспортных средств, маршрутов, пассажиропотоков и инфраструктуры ГЭТ по всем перевозчикам, относящиеся к данному региону и по всем муниципалитетам, относящимся к данному региону. Аналитические и статистические данные о состоянии ГЭТ региона. Содержит данные о видах транспорта, цифровых транспортных сервисах и платежных инструментах Региона. Формирует сводный отчет по каждому разделу инвентаризации с маршрутизацией в Минтранс. Формирует агрегированную статистику и аналитику по всем регионам страны в разрезе транспортных средств, маршрутов, пассажиропотоков, инфраструктуры ГЭТ. Данные о рейтинге регионов и перевозчиков на основании выбранных параметров, документооборот с участниками Системы: получение подписанных печатных форм, их утверждение, возврат на доработку. 18 Модуль iМинтранс Модуль создан для отчета по ключевым показателям транспортного комплекса России (Отраслевые и статистические показатели, исполнение бюджета, исполнение поручений, аналитика СМИ, происшествия по видам транспорта). 19 Модуль СЦ Модуль СЦ предназначен для оперативного мониторинга нештатных ситуаций транспортной отрасли, оповещения заинтересованных лиц и структур и предоставления данных о нештатных ситуациях

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

2.3 Способы и средства связи для информационного обмена между компонентами системы - В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы используются специальные протоколы прикладного уровня - - Значение характеристики не может изменяться участником закупки

2.4 Взаимодействие с внешними информационными системами - Система обеспечивает возможность взаимодействия со следующими внешними информационными системами в части получения данных посредством СМЭВ: – сведения из Единого государственного реестра юридических лиц (ЕГРЮЛ); – сведения из Единого государственного реестра индивидуальных предпринимателей (ЕГРИП); – еженедельные сведения из деклараций на товары для мониторинга товарных потоков; – сведения из статистических форм учета перемещения товаров; – передача электронного сообщения ИИС ЕАЭС из интеграционного шлюза национального сегмента РФ ИИС ЕАЭС в ФОИВ РФ; – передача электронного сообщения ИИС ЕАЭС из ФОИВ в интеграционный шлюз национального сегмента РФ ИИС ЕАЭС. Взаимодействие с внешними системами осуществляется с использованием унифицированных интерфейсов программного взаимодействия (API) и веб-сервисов, открытых протоколов и форматов обмена данными, а также посредством системы межведомственного электронного взаимодействия (СМЭВ) - - Значение характеристики не может изменяться участником закупки

2.4.1 Виды сведений, предоставляемые Системой АСУ ТК является поставщиком данных для следующих видов сведений СМЭВ3: – сведения из паспорта пункта пропуска через государственную границу Российской Федерации по форме, утвержденной решением Комиссии Таможенного союза от 22 июня 2011 г. № 688 (в редакции, действующей на момент объявления закупки, по результатам которой заключен Контракт). – передача перечней юридических лиц, осуществляющих перевозку строительных ресурсов морским (внутренним водным) и автомобильным транспортом

2.5 Описание и состав объекта сопровождения 2.5.1 Подсистема информационного взаимодействия - 9. АРМ «Администратор»: – ведение и корректировка информационной базы по объектам, транспортным средствам и субъектам транспортного комплекса, в т.ч. работа со сложными объектами; – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – ведение и редактирование информация по характеристикам типов объектов, субъектов, транспортных средств; – ведение и редактирование информации по характеристикам связей объектов и субъектов, объектов и транспортных средств, субъектов и транспортных средств, объектов друг с другом, примыкающих объектов. 10. АРМ «Ведение перечней юридических лиц, осуществляющих перевозку строительных материалов, изделий, конструкций, оборудования, машин и механизмов морским (внутренним водным) и автомобильным транспортом» обеспечивает функционал для формирования соответствующих перечней согласно правилам мониторинга цен строительных ресурсов, утвержденных постановлением Правительства Российской Федерации от 23.12.2016 № 1452 - - Значение характеристики не может изменяться участником закупки

2.5.10 ФЗ «СТП» ФЗ «СТП» отвечает за обеспечение процессов территориального планирования Российской Федерации в области федерального транспорта с целью управления на картографической основе объектами реестра транспортного комплекса, и формирование аналитических отчетов на их основании. Перечень функций, реализованных в ФЗ «СТП», состоит из: – просмотра и выбор картографической основы; – визуализации ОКС на схеме территориального планирования; – создания и редактирования объектов и их характеристик; – выполнения основных картометрических операций; – выполнения геопространственного и атрибутивного поиска объектов; – просмотра истории изменений пространственных данных; – формирования аналитических отчетов; – формирования карты планируемого размещения объектов федерального значения в растровом виде; – экспорта карт (схем территориального планирования) в файлы; – управления статусами ОКС в составе СТП (включая статусы «проект изменений», «планируемый к размещению/планируемый к реконструкции», «существующий», «планируемый к ликвидации»); – загрузки электронных версий документов для выполнения операций по изменению состава СТП и согласованию изменений со стороны ОГВ субъектов РФ;

– обеспечения возможности ввода, загрузки, обработки и, визуализации и экспорта данных по объектам в соответствии с перечнем видов объектов федерального значения, подлежащих отображению на схемах территориального планирования Российской Федерации в области федерального транспорта, утвержденным распоряжением Правительства Российской Федерации от 09.02.2012 № 162-р, с учетом распоряжения Правительства Российской Федерации от 14.11.2024 №3247-р: ? железнодорожный транспорт; ? воздушный транспорт; ? морской транспорт; ? внутренний водный транспорт; ? автомобильные дороги общего пользования, включенные в перечень автомобильных дорог общего пользования, входящих в опорную сеть автомобильных дорог, в соответствии со статьей 5 Федерального закона «Об автомобильных дорогах и о дорожной деятельности в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации». В состав ФЗ «СТП» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.11 ФЗ «МРТБ ПП» ФЗ «МРТБ ПП» предназначена для формализованного количественного описания перемещения населения (корреспонденций) по маршрутной сети межрегиональных пассажирских перевозок за определенный период времени. В АРМ «Репозиторий алгоритмов вычисления» ФЗ «МРТБ ПП» реализованы следующие функции: – создание и редактирование алгоритмов предварительного расчета данных. – запуск алгоритмов и предварительный расчет данных; – передача полученных данных для последующей обработки в АРМ ФЗ «МРТБ ПП» и отображения пользователю АСУ ТК. АРМ «Расчёта МРТБ ПП» обеспечивает выполнение следующих основных функций: – расчет и ведение межрегионального транспортного баланса пассажирских перевозок; – взаимодействие с пользователем через портал АСУ ТК. АРМ «Расчёта МРТБ ПП» включает три составных блока (компонента), выполняющих следующие функции: – обеспечивает взаимодействия с пользователем: § контроль ввода данных МРТБ ПП; § определение наборов данных (исходных и выходных) и методов расчёта; § инициация процедур расчёта показателей; § формирование аналитических отчётов; § получение необходимых справочников из П-НСИ

Источником данных для работы АРМ являются информационные транспортные системы, используемые при организации пассажирских перевозок на всех видах транспорта, в том числе системы бронирования, продажи, управления отправками и организации взаиморасчётов: – ЕГИС ОТБ (автоматизированные централизованные базы персональных данных о пассажирах Единой государственной информационной системы обеспечения транспортной безопасности); – АСУ «Экспресс» (автоматизированная система управления пассажирскими перевозками «Российские железные дороги»); – Система взаиморасчетов на воздушном транспорте АО «ТКП»

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

2.5.13 ФЗ «ТПР» ФЗ «ТПР» отвечает за обеспечение сводной информацией о транспортном комплексе и социально-экономической ситуации в субъектах РФ и иностранных государствах как рядовых сотрудников, так и руководителей всех рангов. Перечень функций, реализованных в ФЗ «ТПР»: – создание нового региона и/или транспортного района; – ручной ввод данных посредством заполнения экранных форм; – импорт первичных данных в формате загрузочных файлов с использованием интерфейса АРМ; – редактирование данных о регионе и/или транспортном районе; – автоматический сбор данных в БД ФЗ «ТПР» (где они становятся доступны для АРМ «Транспортный паспорт региона») из функциональных задач: «Реестр объектов», «МРТБ ПП», «МЖТ»; – загрузка данных, получаемых из внешних источников (по отношению к АСУ ТК): 1. Данные из ЕМИСС (Единая межведомственная информационно-статистическая система, fedstat.ru); 2. Официальные сайты субъектов РФ. В состав ФЗ «ТПР» входят следующие программные компоненты: – веб-интерфейс АРМ «Транспортный паспорт региона»; – сервис по загрузке данных в АРМ из ЦХД АСУ ТК

2.5.14 ФЗ «Данные по грузообороту» ФЗ «Данные по грузообороту» предназначена для обеспечения подсистем и пользователей АСУ ТК данными по грузообороту между Российской Федерацией и зарубежными странами с целью проведения всестороннего анализа сведений о грузообороте с зарубежными странами, пассажиропотоках, а также другой необходимой информацией в разрезах стран, регионов, видов транспорта, пунктов пропуска на границе и внутри страны, временных периодов и визуализации данных анализа в наглядной форме. ФЗ «Данные по грузообороту» реализует следующие функции: – получение данных от ФТС России, предоставляемых посредством СМЭВ, по видам сведений: 1. сведения из статистических форм учета перемещения товаров (urn://x-artefacts-ftsGoodsMovementTracking/root); 2. еженедельные сведения из деклараций для мониторинга товарных потоков (urn://x-artefacts-ftsWeeklyCovidGoodsMonitoring/root). – формирование и визуализация в веб-интерфейсе аналитической отчетности по вопросам международных грузоперевозок (ввоз, вывоз, транзит) в разрезах различных стран, видов транспорта, видов грузов, временных периодов по агрегированным и детальным данным; – обработка и хранение следующих данных, поступающих от ФТС России в рамках Соглашения об информационном взаимодействии между Федеральной таможенной службой и Министерством транспорта Российской Федерации от 03.07.2024 № 10-38-16: – сведения из электронных копий деклараций на товары; – данные ФТС для мониторинга грузопотоков в морских портах; – данные о вывозе товаров с таможенной территории ЕАЭС; – сведения из электронных копий статистических форм учета перемещения товаров; – сведения о транзите товаров через территорию РФ. В состав ФЗ «Данные по грузообороту» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.15 ФЗ «МЖТ» ФЗ «МЖТ» предназначена для автоматизации процесса подготовки отчетности об использовании железнодорожного подвижного состава. В ФЗ «МЖТ» реализованы функции формирования и визуализации в веб-интерфейсе аналитической отчетности по месячной, квартальной, годовой, ежедневной отчетности железнодорожного транспорта в разрезах сети, железных дорог, видов грузов, родов подвижного состава: – по выполнению основных показателей работы сети; – погрузке сети по железным дорогам, в том числе по выделенным полигонам (в вагонах и тысячах тонн); – погрузке по номенклатуре грузов (в тысячах тонн); – выполнению технических норм работы вагонов рабочего парка (всего); – выполнению технических норм работы вагонов рабочего парка по отдельным родам подвижного состава: крытые, платформы, полувагоны, цистерны, рефрижераторные вагоны, прочие вагоны, цементовозы, зерновозы, фитинговые платформы, минераловозы; – выполнению норм статической нагрузки вагонов (по родам грузов); – аналитические формы представления табличных данных: за заданную дату/период; статистические по датам заданного периода; сравнительные к предыдущим периодам, к соответствующему периоду прошлого года; в виде графиков и гистограмм; в виде цветового выделения железных дорог/регионов на схематической карте с выполнением/невыполнением выбранного показателя. В состав ФЗ «МЖТ» входят следующие программные компоненты: – веб-интерфейс АРМ «Оператор»; – веб-интерфейс АРМ «Аналитик»; – веб-интерфейс АРМ «Руководитель»

2.5.16 ФЗ «МГМП» ФЗ «МГМП» предназначена для решения следующих задач: – мониторинг и контроль мультимодальных перевозок грузов через порты Российской Федерации и транспортно-логистические центры (ТЛЦ), участвующие в контейнерном сообщении; – измерение временных показателей выполнения мультимодальных перевозок грузов с выявлением отклонений от нормативных параметров обработки (обслуживания, регистрации и т.п.); – детектирование возможных критических ситуаций при выполнении мультимодальных перевозок грузов (затаривание контейнерных площадок, складов временного хранения и т.п.); – определение процессов и процедур, ведущих к задержкам при выполнении мультимодальных перевозок грузов. В ФЗ «МГМП» реализованы следующие функции: – ввод, просмотр и корректировка исходных данных; – контроль загрузки данных, выполняемой в автоматическом режиме; – создание и запуск сценариев мониторинга грузопотоков в морских портах и их сохранения для дальнейшего использования; – отображение результатов мониторинга грузопотоков в морских портах в табличном и графическом видах, в геоинформационном представлении, с возможностью настройки параметров представления, выгрузки представлений в файлы общепринятых форматов, вывода на печать; – настройка режима отображения в геоинформационном представлении, обеспечивающего представление данных с возможностью фильтрации по параметрам: вид транспорта; тип объектов транспортной инфраструктуры; грузопоток прямой или обратный, общий грузопоток; детализация по видам грузов; выбор единиц измерения для отображения; – просмотр результатов расчета показателей мониторинга, как в агрегированном виде, так и с детализацией по видам транспорта, родам грузов, периоду, с использованием гибкой системы поиска и фильтров по значениям параметров;

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

? информационное взаимодействие в рамках следующих действующих регламентов: – интеграция с автоматизированной системой управления пассажирскими перевозками «Экспресс» ОАО «Российские железные дороги»; – интеграция с ГВЦ ОАО «Российские железные дороги» при предоставлении данных по расписаниям поездов; – интеграция с автоматизированными системами ОАО «Российские железные дороги» в части передачи данных о железнодорожных переездах; – интеграция с автоматизированными системами учета объектов транспортной инфраструктуры ОАО «Российские железные дороги»; – интеграция с информационными системами ОАО «Российские железные дороги» в части получения данных для формирования транспортно-экономического баланса; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи статистических данных для формирования отчетов о показателях работы железнодорожного транспорта; – интеграция с автоматизированной системой управления ОАО «Российские железные дороги» в части передачи информации по обеспеченности железнодорожным подвижным составом грузовладельцев и использования железнодорожного подвижного состава участниками перевозочного процесса; – интеграция с автоматизированными системами ФГУП «Крымская железная дорога» в части передачи данных для формирования отчетов о показателях работы ФГУП «КЖД» на основе статистических данных; – интеграция с Росавиацией в части получения данных по аэродромам, воздушным судам и их экплуатантам; – интеграция с информационными источниками Росавтодора в части получения данных по дорожной сети и интенсивности дорожного движения; – интеграция с Росжелдором в части получения данных по грузовым вагонам, локомотивам, пассажирским вагонам локомотивной тяги, железнодорожным станциям; – интеграция с Росморречфлотом в части получения статистических данных деятельности морского и речного транспорта; – интеграция с центральным банком расписания и слотов ЦРТ АО «ТКП»;

– интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных о перевозчиках пассажиров железнодорожным, автомобильным, морским и внутренним водным транспортом; – интеграция с системой регистрации и опубликования аэропортовых и аэронавигационных сборов, тарифов за наземное обслуживание воздушных судов в аэропортах РФ ЦРТ АО «ТКП»; – интеграция с системой формирования тарифной информации ЦРТ АО «ТКП»; – интеграция с информационной системой сбора и обработки статистических данных «Статистика 2.0» АО «ТКП» в части передачи данных по формам государственной статистической отчетности на воздушном транспорте; – интеграция с автоматизированными информационными системами ФГУП «Госкорпорация по ОрВД»; – интеграция с единой государственной информационной системой обеспечения транспортной безопасности (ЕГИС ОТБ); – интеграция с Единой автоматизированной информационной системой таможенных органов (ЕАИС ТО)

2.5.2 Подсистема сбора данных и централизованного хранилища данных Подсистема сбора данных и централизованного хранилища данных АСУ ТК предназначены для автоматизации деятельности и информационной поддержки сотрудников департаментов и руководства Минтранса России, структурных подразделений подведомственных федеральных агентств и службы в части сбора и мониторинга процесса сбора данных по регламентированным и формализованным формам отчётности. Кроме задач сбора данных по регламентированным и формализованным формам отчетности, Подсистема реализует сбор неформализованных данных из открытых источников, обеспечивая наполнение банков данных АСУ ТК по вопросам транспортной отрасли. Подсистема предназначена для работы (обеспечения доступа пользователей и выполнения запросов от других компонент АСУ ТК) в постоянном режиме. ЦХД, входящее в состав П-СД, обеспечивает интеграцию компонентов АСУ ТК на уровне схем данных. Отдельные схемы в ЦХД используются для хранения: – прикладных данных, – специальных и служебных данных. Данные П-СД и ЦХД используются смежными подсистемами АСУ ТК

2.5.3 Подсистема ведения нормативно-справочной информации и метаданных Подсистема предназначена для автоматизации функций формирования и актуализации справочников, необходимых для обеспечения информационной поддержки пользователей НСИ и интеграции подсистем АСУ ТК в части применения НСИ. Подсистема предназначена для выполнения следующих функций: – ведение баз данных справочной информации; – сохранение данных в П-СД; – создание/ведение классов объектов НСИ; – поиск информации по различным показателям, атрибутам; – загрузка и выгрузка справочников для обеспечения синхронизации данных с прикладными подсистемами АСУ ТК и с внешними по отношению к АСУ ТК источниками, реализованные на основе методов и технологий информационного взаимодействия Подсистемы информационного взаимодействия (П-ИВ); – формирование и печать различных отчетов; – мониторинг и протоколирование работы пользователей; – масштабируемость системы доступа к НСИ – т.е., возможность увеличения числа работающих пользователей при сохранении работоспособности Системы, в том числе, за счет простого наращивания серверных мощностей, но без необходимости изменений прикладного программного обеспечения; – настройка структуры и состава данных НСИ без необходимости перепрограммирования; – расширение набора объектов НСИ, каждый из которых содержит: § общее описание объекта НСИ, сведения о его классификационных признаках и использовании его другими компонентами АСУ ТК; § структуру объекта НСИ; § систему кодирования объекта НСИ; § требования к первичному наполнению объекта НСИ данными; § описание технической реализации ведения объекта НСИ; § перечень необходимых настроек; § перечень необходимых разработок; § описание целевого процесса ведения объекта НСИ; § используемые документы

2.5.4 Модуль СМЭВ Модуль СМЭВ – компонент, отвечающий за осуществление взаимодействия с системой СМЭВ. Компонент принимает запросы, которые должны быть отправлены в СМЭВ и осуществляет их трансформацию в формат, необходимый для взаимодействия со СМЭВ. Интеграции через Модуль СМЭВ описаны в п 2.4 настоящего ТЗ

2.5.5 Геоинформационная подсистема Объектом автоматизации геоинформационной подсистемы являются деловые процессы должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами. Основными функциями геоинформационной подсистемы являются: ? создание группы ресурсов (слой, группа, сервис), просмотр, изменение, удаление групп ресурсов; ? работа с векторными изображениями: – создание векторного слоя; – установка атрибута наименования; – просмотр таблицы объектов; – настройка стиля отображения векторного слоя; – работа с библиотекой маркеров SVG; – создание растрового слоя; ? работа с растровыми изображениями: – настройка стиля отображения растрового слоя; – экспорт растрового слоя в файл; ? создание базовой карты; ? создание WMS подключения; ? публикация векторных слоев по протоколу WFS; ? экспорт векторного слоя в файл; ? обеспечение кэширования векторных слоев; ? создание веб-карты; ? управление слоями; ? редактирование объектов; ? поиск по карте; ? описание карты; ? печать карты; ? создание аннотации; ? получение информации об объекте; ? измерения на карте; ? подключение картографических сервисов WMTS, TMS; ? подключение к внешним СУБД; ? создание и настройка картографических сервисов; ? подключение сервисов на веб-карты NextGIS Web

В структуре Подсистемы используются следующие компоненты: – NextGIS Web — это серверная геоинформационная система (ГИС), которая предоставляет возможность хранения и редактирования геоданных, просмотра в веб-браузере карт. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § работа со слоями данных; § управление символами, отображаемыми на слоях; § работа с веб-картами; § управление атрибутами объектов. – NextGIS Geoservices — это веб-приложение, предназначенное для управления сервисами геоданных, к которым в первую очередь относятся тайловые сервисы. После того как сервисы созданы и настроены пользователем, NextGIS Geoservices будет предоставлять доступ к тайлам по протоколу TMS. Данный компонент Подсистемы обладает следующими основными возможностями: § веб-интерфейс для работы пользователя; § создание и настройка сервисов; § подключение сервисов на веб-карты NextGIS Web. Геоинформационная подсистема используется в виде готового программного обеспечения. Компоненты развернуты на одном сервере. В процессе функционирования Подсистемы ее компоненты постоянно обмениваются информацией друг с другом

2.5.6 Подсистема информационного портала АСУ ТК (ПСД-ПАСУ) Подсистема информационного портала АСУ ТК (далее - ПСД-ПАСУ) предназначена для обеспечения взаимодействия пользователей АСУ ТК с данными, предоставляемыми подсистемами АСУ ТК. В процессе работы пользователя с ПСД-ПАСУ формируются запросы, отправляемые к подсистемам АСУ ТК и на основании ответов пользователю предоставляются соответствующие интерфейсы. ПСД-ПАСУ предназначена для выполнения следующих функций: – авторизация пользователей АСУ ТК; – переходы на подсистемы (функциональные задачи) АСУ ТК для дальнейшей работы; – переходы на раздел с контактной информацией; – переход на технический портал АСУ ТК; – переход на проектный архив АСУ ТК. ПСД-ПАСУ состоит из следующих компонентов: – информационный портал АСУ ТК – модуль, отвечает за предоставление веб-интерфейса пользователю для взаимодействия с данными из подсистем АСУ ТК;

– портал администрирования АСУ ТК – модуль, отвечающий за настройку и управление данными, отображаемыми в Информационном портале АСУ ТК. Включает в себя следующие сервисы: § сервис формирования схем GraphQL – построение схемы для GraphQL по результатам изменения в портале администрирования отчетами; § сервис брокера задач – служебный обмен и взаимодействие микросервисов; § сервис интерфейса формирования меню и отчетов – кэширование отчетов и меню ФЗ из ЦХД во временное хранилище при изменении через портал администрирования или микросервисы; § сервис фильтрации данных – построение, кэширование форм фильтрации, применимых в отчетах ФЗ; § веб интерфейс технического портала АСУ ТК – модуль, отвечающий за обработку заявок на техническую поддержку, поступающих от пользователей информационного портала АСУ ТК и отправляющий полученные данные в ПСД-ТЕХ; § веб интерфейс проектного архива АСУ ТК – модуль, отвечающий за отображение документов проектного архива, их структуризацию и предоставление данных пользователям информационного портала; § модуль микросервисов – модуль, включающий в себя множество микросервисов, участвующих в работе АСУ ТК: § микросервис токенов – создание, проверка веб токенов, выданных пользователям и подсистемам АСУ ТК; § микросервис проверки прав доступа – проверка прав доступа авторизации пользователей, предоставленных через П-ИБ; § микросервис обмена документами – добавление, удаление, создание, ссылка на документ; § микросервис записи документов в ЦХД – сохранение документов в ЦХД; § микросервис получения документов из ЦХД – чтение документов из ЦХД во временный кэш, для последующей передачи пользователям или внешним системам; § микросервис кэширования временных данных – кэширование временных данных микросервисов по запросу и задачам от микросервисов; § микросервис очереди (Flask) – обеспечивает работу приложения в соответствии с бизнес- логикой

2.5.7 Подсистема технического портала АСУ ТК (ПСД_ТЕХ) Подсистема технического портала АСУ ТК предназначена для управления заявками пользователей и технологического документооборота заявок. Основными функциями подсистемы технического портала АСУ ТК являются: – авторизация пользователей АСУ ТК; – ведение заявок от пользователей; – контроль сроков исполнения заявок; – составление отчетов по заявкам; – размещение инструкций для пользователей; – добавление файлов различных форматов к созданным заявкам; – автоматическое оповещение участников заявок об изменении статусов, комментариев посредством электронной почты; – создание шаблонов заявок; – построение автоматических действий системы заявок (пример оповещения при превышении срока «нет ответа»); – интеграция с другими системами Заказчика; – возможность одновременной работы сотрудников Заказчика на техническом портале в количестве не менее 10 сотрудников, а также, одновременной работы не менее 100 пользователей АСУ ТК по созданию заявок с интерфейса портала

2.5.8 Подсистема проектного архива АСУ ТК (ПСД-ПАР) Подсистема проектного архива АСУ ТК предназначена для автоматизации деловых процессов должностных лиц Министерства транспорта Российской Федерации, подведомственных агентств и службы, в том числе и процессы информационного взаимодействия внутреннего и внешнего характера. К их числу относятся процессы основной и обеспечивающей деятельности, направленные на управление транспортным комплексом, в том числе процессы информационного взаимодействия с другими органами государственной власти, гражданами и субъектами транспортного комплекса. Основными функциями подсистемы проектного архива АСУ ТК являются: – возможность хранения файлов различных форматов; – возможность организации разделов и подразделов (папок) для документов; – просмотр файлов в онлайн режиме формата PDF, DOCX, XLS, DOC, XLSX и др.; – возможность загрузки и выгрузки файлов и папок; – возможность поиска по названиям документов и их содержанию

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

– Межвидовой: § Крупное инженерное сооружение; § Место пересечения границы (пункт упрощенного пропуска); § Мультимодальный транспортный узел; § Пункт пропуска через государственную границу Российской Федерации; § Склад временного хранения (таможенный склад); § Сложные элементы транспортно-логистической инфраструктуры; § Таможенный орган; § Транспортно-логистический комплекс; § Транспортный коридор; § Транспортный узел. – Субъекты транспорта: § Физические лица; § Индивидуальные предприниматели; § Юридические лица; – Транспортные средства: § Транспортные средства автомобильного транспорта; § Транспортные средства железнодорожного транспорта; § Транспортные средства водного транспорта; § Транспортные средства воздушного транспорта; – Маршруты: § Маршруты автомобильного транспорта; § Маршруты железнодорожного транспорта; § Маршруты водного транспорта; § Маршруты воздушного транспорта; – Геообъекты: § Населенный пункт; § Промышленное предприятие; § Субъект РФ; § Страна; § Муниципальный район

Состав типов объектов в ФЗ «Реестр объектов» может корректироваться администратором ФЗ «Реестр объектов» без необходимости доработки программного обеспечения АСУ ТК. ФЗ «Реестр объектов» предназначена для решения следующих задач: 1. АРМ «Ведение реестра железнодорожных переездов»: – ведение, отображение и вывод на печать реестра железнодорожных переездов в соответствии с положениями приказов Министерства транспорта Российской Федерации от 11.03.2025 г. N 84 «Об установлении порядка определения пересечений железнодорожных путей автомобильными дорогами (железнодорожные переезды) и правил пересечения железнодорожных путей, порядка открытия и закрытия железнодорожных переездов» и от 05.10.2022 № 402 «Об утверждении условий эксплуатации железнодорожных переездов»; – отображение железнодорожных переездов на карте; – ведение архива документов железнодорожных переездов; – формирование статистических и аналитических отчетов по железнодорожным переездам. 2. АРМ «Ведение реестра морских линий»: – ведение, отображение и вывод на печать РМЛ в соответствии с Положением о морских линиях, утвержденным Приказом Минтранса России от 22.10.2021 № 356; – ведение реестра локальных субъектов, связанных с эксплуатацией морских линий; – ведение архива документов, связанных с эксплуатацией морских линий; – формирование отчетов. 3. АРМ «Ведение реестра поставщиков бункерного топлива»: – ведение и отображение реестра поставщиков бункерного топлива (далее – РПБТ) в соответствии с Приказом Минтранса России от 28.11.2011 № 294 «Об утверждении Положения о ведении Реестра поставщиков бункерного топлива и формы Реестра поставщиков бункерного топлива»;

– внесение и изменение сведений о РПБТ; – формирование отчетов по бункеровщикам из Реестра. 4. АРМ «Ведение реестра морских портов»: – ведение и отображение реестра морских портов; – визуализация информации по морским портам в текстовом представлении; – формирование отчетов. 5. АРМ «Ведение перечня речных портов»: – ведение и отображение реестра речных портов; – визуализация информации по речным портам в текстовом представлении; – формирование отчетов. 6. АРМ «Ведение нормативного реестра пунктов пропуска»: – ведение и корректировка информации по пунктам пропуска через государственную границу РФ (далее – пункты пропуска); – ведение и отображение паспорта пункта пропуска по форме, установленной Решением Комиссии Таможенного союза от 22.06.2011 № 688 (в действующей редакции); – визуализация информации по пунктам пропуска в текстовом представлении; – выгрузка реестра пунктов пропуска; – формирование отчетов. 7. АРМ «Аналитик»: – визуализация информации по объектам, транспортным средствам и субъектам в текстовом и геоинформационном представлениях; – поиск объектов, транспортных средств и субъектов с возможностью настройки фильтров поиска; – поиск по цифровой картографической информации с возможностью просмотра информации по выделенным объектам; – навигация по картам; – поиск геопривязанных объектов по названиям; – фильтрация (выбор) объектов для визуализации по типу объекта; – возможность перехода к карточке объекта, выбранного на карте; – выгрузка реестра объектов, субъектов и транспортных средств; – формирование отчетов; – просмотр сопоставляемых сущностей АСУ ТК; – ведение и редактирование информации по настройкам сопоставления сущностей

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

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

2.5.17 Модуль «ГЭТ» Модуль «Контроль состояния городского электрического транспорта и объектов транспортной инфраструктуры» (модуль «ГЭТ») позволяет определить необходимость модернизации, ремонта или утилизации транспортных средств и объектов транспортной инфраструктуры (далее «ОТИ») региона, учитывая данные о годе выпуска, фактическом износе и ранее проведенных работах. В рамках разработки модуля «ГЭТ» создана не только единая база данных, содержащая информацию по техническому состоянию ГЭТ и ОТИ субъектов Российской Федерации, но и разработаны алгоритмы, позволяющие проводить аналитическую работу и формировать отчеты о состоянии ГЭТ в регионах для органов исполнительной власти. Модуль «ГЭТ» решает следующие задачи: – организация сбора данных по представленным в регионах видам наземного городского электрического транспорта; – обработка и хранение первичной информации о городском электрическом транспорте (далее – ГЭТ), в том числе: – инвентаризация парка транспортных средств (троллейбусов, трамваев, электробусов); – инвентаризация инфраструктуры ГЭТ (кабельные линии, тяговые подстанции, депо и пр.); – инвентаризация маршрутной сети ГЭТ (маршруты, их протяженность, наличие обособленных путей и пр.); – инвентаризация транспортной работы ГЭТ (пассажиропоток, тарифы, выпуск на линию); – ведение реестра перевозчиков ГЭТ. – аналитическая обработка информации и формирование цифровой отчетности, публикация и выгрузка данных во внешние информационные системы; – автоматизация документооборота между пользователями Перевозчиков, Регионов и Минтранса России, в том числе с использованием средств ЭЦП. В Модуле «ГЭТ» реализована следующая ролевая модель: – роль «Перевозчик»; – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

2.5.18 Модуль «iМинтранс» Модуль «iМинтранс» формирует справочно-аналитическую информацию о текущей ситуации в транспортной отрасли Российской Федерации, а также внутренней деятельности Минтранса России: – мониторинг исполнения федерального бюджета в сфере транспорта в разрезе главных распорядителей средств федерального бюджета; – мониторинг исполнения Минтрансом России, его подведомственными федеральными службой, агентствами, организациями поручений Президента Российской Федерации и Председателя Правительства Российской Федерации; – мониторинг исполнения плана законопроектной деятельности; – мониторинг хода реализации Минтрансом России федеральных и национальных проектов; – систематизация показателей транспортной отрасли субъектов Российской Федерации; – систематизация статистических данных транспортной отрасли по видам транспорта; – централизованный учет информации о происходящих на транспорте событиях, инцидентах и происшествиях; – систематизация информации в части образовательных учреждений в области транспорта; – систематизация информации об организационно-штатной структуре Минтранса России, его подведомственных федеральных службы, агентства, организаций, – систематизация информации о результатах и показателях в части курируемого заместителем Министра транспорта Российской Федерации/ структурным подразделением направления деятельности Минтранса России; – формирование различных отчетов с возможностью настройки визуализации данных, фильтров, наборов статистических показателей и аналитических срезов. В Модуле «iМинтранс» реализована следующая ролевая модель: – роль «Муниципалитет»; – роль «Регион»; – роль «Минтранс России»

3 Требования к услугам 3.1 Общие требования к оказанию услуг - Исполнитель осуществляет обязательную регистрацию и учет всех обращений и заявок, поступивших к Исполнителю от представителей Заказчика в рамках оказания настоящих услуг. Примечание: в случае приостановки работы по обращению или заявке (обращение или заявка находится в статусе «Приостановлено»), указываются причины, по которым работы по обращению или заявке приостановлены с указанием перечня действий/информации, запрошенных у инициатора обращения, а также даты, формы и адресата такого запроса. В случае отклонения обращения или заявки (заполняется в случае, если обращению или заявке присваивается статус «Отклонено»), указываются подробно причины такого отклонения, а также фиксируется дата и время перехода в статус «Отклонено». В случае, если обращение или заявка отклонены (отменены) самим Инициатором, то указывается дата и способ, которым от инициатора получено соответствующее уведомление. В случае невыполнения Исполнителем регламентного времени реагирования или решения обращения (заявки) Заказчик вправе отозвать обращение и направить его Исполнителю повторно. При этом каждое отозванное обращение учитывается в Отчёте об оказанных услугах, как обращение с превышением времени реагирования или решения, но оплате не подлежит. В случае, если обращение (заявка) связано с некачественным выполнением Исполнителем другой задачи, такое обращение решается в регламентное время, установленное Техническим заданием, при этом оплате такие обращения не подлежат, о чем указывается в Отчете об оказанных услугах в графе «Примечание» - - Значение характеристики не может изменяться участником закупки

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

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

Таблица 4 - Категории обращений и заявок Категория Примеры Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д.р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

Перечень статусов обращений (заявок) приведен в пункте 3.3. Регламента оказания Услуг (Приложение Б). Назначение обращению (заявке) статуса «Закрыто» осуществляется Заказчиком только после получения от инициатора обращения (заявки) подтверждения о его исполнении или нахождения обращения (заявки) в статусе «Выполнено» и отсутствия повторных вопросов/запросов по данному обращению (заявки) в течение 5 рабочих дней. Категории и статусы обращений (заявок) могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

Техническая поддержка Системы осуществляется с учетом требований Постановления Правительства РФ от 06.07.2015 N 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации». Работы по сопровождению АСУ ТК, проводимые Исполнителем, должны выполняться с учетом того, что в отношении АСУ ТК установлены следующие показатели защищенности: – 2 класс защищенности информационной системы, согласно приказу ФСТЭК России от 11.02.2013 № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах»; – 3 уровень защищенности персональных данных при их обработке в информационной системе персональных данных, согласно приказа ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных»; – вторая категория значимости объектов критической информационной инфраструктуры в соответствии с постановлением Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении правил категорирования объектов КИИ Российской Федерации, а также перечня показателей критериев значимости объектов КИИ Российской Федерации и их значений». Исполнитель обязан выполнять требования законодательства в сфере защиты информации, требования по защите информации/информационной безопасности, указанные в локальных нормативных актах ФГБУ «СИЦ Минтранса России», регламентирующих условия информационного взаимодействия, защиты информации и подключения к информационным ресурсам ФГБУ «СИЦ Минтранса России» участвующих в информационном взаимодействии в рамках оказания услуг по технической поддержке АСУ ТК в 2026 году

3.1.1 Требования к составу и содержанию услуг третьего уровня технической поддержки Оказание услуг по технической поддержке Системы осуществляется в рамках этапов в соответствии с календарным планом. Исполнитель в течение 5 рабочих дней с даты заключения Контракта должен предоставить со своей стороны, а Заказчик со своей стороны Матрицу ответственных за взаимодействия в соответствии с Приложением 1 к Регламенту оказания услуг по третьему уровню технической поддержки Системы (далее – Регламент, Приложение Б). Исполнитель в течение 10 рабочих дней с даты заключения Контракта должен провести мероприятия по организации третьего уровня технической поддержки в соответствии с Регламентом. Услуги по третьему уровню технической поддержки Системы должны включать: – организацию Исполнителем третьего уровня технической поддержки; – информационно-консультационную поддержку работников Заказчика; – решение инцидентов, связанных с работой ППО; – адаптационное, конфигурационное и коррекционное сопровождение Системы (в рамках действующих программных модулей и функциональности); – устранение уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности

3.1.2 Требования к общему порядку оказания услуг В рамках оказания услуг по технической поддержке Системы техническая поддержка должна быть организована на трех уровнях: – первый и второй уровни технической поддержки организуется Заказчиком; – третий уровень технической поддержки организуется Исполнителем. Перечень действий на каждом уровне технической поддержки указан в Таблице 3:

Таблица 3 – Перечень действий на каждом уровне технической поддержки Уровень технической поддержки Доступные действия Условия передачи задачи на следующий уровень Первый уровень технической поддержки (далее – 1-й уровень) – принимает обращения (заявки) пользователей Системы и работников Заказчика; – регистрирует обращения в Системе регистрации обращений; – присваивает уникальный идентификационный номер, классифицирует обращения; – самостоятельно решает обращения, которые связаны с недостаточной квалификацией пользователей или настройками в рамках своей компетенции; – взаимодействует с пользователями Системы при решении проблемы. Передает обращение на второй уровень поддержки в случае невозможности решения на своем уровне Второй уровень технической поддержки (далее – 2-й уровень) – принимает обращения от 1-го уровня; – уточняет классификацию обращения в результате дополнительного анализа; – самостоятельно решает обращения в рамках своей компетенции; – осуществляет техническую и консультационную поддержку Системы; – взаимодействует с сотрудниками 1-го и 3-го уровня и пользователями Системы; – формирует заявки для 3-го уровня и контролирует исполнение. Передает обращение на третий уровень поддержки в случае невозможности решения на своем уровне Третий уровень технической поддержки (далее – 3-й уровень) – принимает обращения от 2-го уровня; – обеспечивает выполнение требований, предъявляемых Контрактом и настоящим Техническим заданием к Услугам, оказываемым Исполнителем. Все поступающие обращения должны быть исполнены Исполнителем

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

Оказание услуг в рамках данного технического задания осуществляется Исполнителем по обращению (заявке) Заказчика, направляемой посредством СРО Заказчика. Регистрация обращений, поступивших непосредственно в Систему регистрации обращений Заказчика, производится сотрудниками Заказчика. В случае назначения приоритета «Критический» или «Высокий», информация о назначении также дублируется оповещением ответственных представителей Исполнителя посредством звонка на предоставленные номера телефонов. Обращение (заявка) должна содержать следующую информацию: – контакты пользователя/организации; – приоритет обращения, соответствующий Приложению 2 к Регламенту; – время обнаружения; – наименование подсистемы согласно Таблице 2; Информация может быть расширена по согласованию с Заказчиком. Обращения (заявки) сотрудников Заказчика должны приниматься Исполнителем через веб-интерфейс СРО. В процессе обработки обращений (заявок) Исполнитель должен обеспечить выполнение следующих процедур: – прием обращений(заявок) от сотрудников Заказчика; – оказание информационно-консультационной поддержки в соответствии с требованиями настоящего Технического задания; – информирование сотрудников Заказчика о статусе обработки и результатах обработки обращений(заявок)

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

3.1.6 Требования к документированию результатов оказываемых услуг Для обеспечения контроля оказываемых услуг по поддержке Системы со стороны Заказчика, по окончании каждого отчетного периода по контракту в соответствии с календарным планом, Исполнитель обязан предоставить Заказчику Отчет об оказанных услугах. Отчет должен содержать детальную информацию об оказанных услугах с указанием даты выполненных мероприятий и приложением обосновывающих документов (заявок, запросов, требований) или ссылкой на такие документы, если они содержатся в Системе. Информация о выполненных мероприятиях по заявкам должна быть сформирована на основании соответствующих записей СРО по каждому этапу исполнения Контракта. В случае оказания услуги адаптационного, конфигурационного и коррекционного сопровождения Системы, должны быть предоставлены документы, подтверждающие выполнение требований п. 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации». Фактическое время реагирования и время решения по всем обращениям, поступившим в СРО, формируется в СРО по итогам отчетного периода в разделе «Отчеты». Фактическое время реагирования и время решения по обращениям учитывает суммарное время, затраченное на реагирование и, соответственно, на работу по обращению с момента назначения обращения специалисту Исполнителя или группе исполнителей, ответственным за оказание услуг технической поддержки 3 уровня от начала до завершения работ Исполнителем. При этом принимается суммарное время нахождения заявки в соответствующих статусах заявки СРО на стороне Исполнителя

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

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

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

3.2.5 Требования к услугам адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) Услуги адаптационного, конфигурационного и коррекционного сопровождения: – управление изменениями и адаптация функций Системы; – изменение настроек функционирования Системы; – внесение изменений и/или модификаций Системы (в рамках действующих программных модулей и функциональностей), направленных на улучшение их работоспособности и функциональных возможностей; – подготовка и передача Заказчику SQL запросов в СУБД для получения агрегированной информации из Системы, которую невозможно получить с использованием пользовательского интерфейса; – адаптация модулей интеграций со смежными информационными системами

3.2.5.1 Требования к проведению изменений Основанием для внесения изменений является запрос от Заказчика. Все активности по внесению изменений должны быть согласованы с Заказчиком, а действия Исполнителя при оказании данной услуги должны быть зафиксированы (запротоколированы). В рамках данного Технического задания изменениями считаются локальные доработки функционала Системы, которые не должны приводить к необходимости выполнения дополнительных аттестационных испытаний или переаттестации АСУ ТК в соответствии с п. 33 приказа от 29.04.2021 № 77 «Об утверждении Порядка организации и проведения работ по аттестации объектов информатизации на соответствие требованиям о защите информации ограниченного доступа, не составляющей государственную тайну». При необходимости внесения изменений в Систему, не связанных с критичным инцидентом, существенно нарушающим работоспособность Системы, Заказчик направляет Исполнителю обращение (заявку), в котором излагает суть изменения, которое требуется внести в Систему. Исполнитель, в течение 3 (трех) рабочих дней с момента поступления соответствующего обращения (заявки), оценивает техническую возможность реализации запрашиваемого изменения и варианты реализации. По итогу проведения оценки Исполнитель направляет Заказчику заключение о возможности реализации данного изменения с описанием возможных вариантов реализации и согласует с Заказчиком проведение данного изменения

При проведении работ по изменению и адаптации Исполнитель должен: – обеспечить выполнение требований безопасной разработки программного обеспечения; – обеспечить предварительное проектирование технических решений и согласование с Заказчиком проекта реализации изменения; – использовать семантическое версионирование (SemVer) в работе, передать Заказчику все артефакты разработки (исходный код и сторонние библиотеки, конфигурации, сборочные и собранные образы и др.); – подготовить полноценное описание функционала, включенного в релиз, с необходимыми схемами и пояснениями к обновлению на стендах Заказчика; – обеспечить тестирование разработанного функционала на стендах Заказчика силами Исполнителя; – решение о переносе измененного ППО на продуктивный стенд принимается Заказчиком по итогу результатов проведенного тестирования; – обеспечить техническое сопровождение процедуры тестирования ППО и переноса измененного ППО на продуктивный стенд Заказчика; – обеспечить экстренное внесение соответствующих изменений в случае выявления некорректной работы продуктивного стенда Заказчика после проведения обновления по итогам разработанного изменения в кратчайшие сроки – актуализировать при необходимости комплект эксплуатационной документации: – руководство пользователя; – руководство администратора; – иные документы (при необходимости). Результат выполнения изменений должен быть отражен в Отчете по оказанию услуг. Типы и приоритеты изменений могут быть скорректированы в процессе оказания услуг исключительно по согласованию с Заказчиком

3.2.5.2 Требования к изменению настроек функционирования Изменение настроек функционирования может проводиться в рамках допустимых пределов изменения функционирования, заложенных в архитектуру Системы. Изменение настроек функционирования включает в себя изменение данных и справочников, изменение форм документов, формируемых Системой, изменение и настройку форматов и версий передачи данных в смежные системы. Доработка программного кода Системы может допускаться (в случае необходимости) при выполнении работ по адаптации функций Системы в части изменения формата передачи данных в смежные информационные системы при условии соблюдения требований пункта 29.3 приказа ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации»

3.2.6 Требования к услугам по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности По запросу Заказчика Исполнитель должен провести работу по приведению ППО в соответствие с требованиями по обеспечению информационной безопасности. Критичность уязвимости оценивается в соответствии в соответствии с Методическим документом ФСТЭК России «Методика оценки уровня критичности уязвимостей программных, программно-аппаратных средств» (утвержден ФСТЭК России 30.06.2025), а также с учетом ГОСТ 56545-2015 и международными стандартами (CVSS 3.0 и выше), и задает необходимый срок устранения

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

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

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

Основными задачами организации третьего уровня технической поддержки в рамках оказания услуг по технической поддержке Системы являются организация эксплуатационной службы Исполнителя, проверка готовности технических и программных средств для обеспечения непрерывного функционирования ППО Системы. Исполнителем должны быть проведены организационно-штатные и подготовительные мероприятия (в т. ч. технические) в рамках организации технической поддержки Системы. Исполнитель в течение 10 (десяти) рабочих дней с даты заключения Контракта должен: 1) определить и направить Заказчику документ «Перечень уполномоченных специалистов», содержащий контактную информацию (ФИО, должность, адрес рабочей электронной почты) лиц, ответственных за оказание услуг со стороны Исполнителя; 2) обеспечить подключение специалистов Исполнителя к Системе регистрации обращений (заявок) (СРО предоставляется Заказчиком) для оказания услуг; 3) согласовать с Заказчиком способ доступа автоматизированных рабочих мест Исполнителя к АСУ ТК в соответствии с п 1.7 ТЗ. Результат выполнения мероприятий фиксируется в Протоколе проверки результатов организационно-штатных и подготовительных мероприятий (см. Приложение Г к настоящему ТЗ)

3.2.2 Требования к инструментам разработки и процессу контроля версий 3.2.2.1 Система контроля версий Для управления исходным кодом должна использоваться система контроля версий кода, развернутая в инфраструктуре Заказчика. Все работы по проекту ведутся исключительно в данной системе. 3.2.2.2 Правила именования веток Имя ветки должно соответствовать следующему формату: / / Категории веток: o feature/ — разработка новой функциональности, а также рефакторинг или удаление существующей; o fix/ — исправление ошибок; o hotfix/ — срочные исправления, применяемые в обход стандартного процесса разработки; o test/ — для проведения экспериментов, не влияющих на основную разработку. Идентификатор задачи: после категории указывается ссылка на задачу (issue) в системе контроля версий кода. Описание: добавляется краткое описание решаемой задачи в формате kebab-case (слова разделяются дефисами, например, add-user-auth). Примеры именования веток: · feature/#123/add-payment-integration; · fix/#45/correct-calculation-logic; · hotfix/#67/urgent-database-connection-patch. 3.2.2.3 Правила именования коммитов Сообщение коммита должно соответствовать соглашению Conventional Commits и состоять из категории и описания: : o fix — исправление ошибки. Примеры сообщений коммитов: · feat: добавление формы регистрации пользователя; · fix: исправление ошибки валидации email-адреса; · refactor: оптимизация алгоритма сортировки данных; · chore: обновление версий в файле dependencies. 3.2.2.4 Модель ветвления В процессе разработки используются следующие основные ветви: · main / master — стабильная ветка, содержит только код, прошедший полное тестирование и развернутый в продуктивных контурах; · dev — ветка для интеграции завершенных задач, предназначенная для сборки и тестирования в тестовых средах. Попадание кода в main осуществляется только через Merge Request (MR) из dev

3.2.2.5 Требования к используемым зависимостям (библиотекам) Все внешние зависимости проекта должны быть зафиксированы с указанием точных версий. Для контроля версий зависимостей в репозиторий обязательно должны быть включены следующие файлы: · Для JavaScript: package-lock.json или yarn.lock; · Для Python: requirements.txt (с зафиксированными версиями) или Pipfile.lock; · Для Go: go.mod и go.sum. Загрузка всех зависимостей должна производиться исключительно через внутренний прокси-репозиторий Заказчика, настроенный в соответствующем системе менеджере пакетов. Запрещается: · Использование плавающих версий (например, ^1.2.3, ~4.5.0, latest). · Использование библиотек, содержащих критические уязвимости, в том числе зарегистрированные в реестре CVE (Common Vulnerabilities and Exposures). 3.2.2.6 Требования к процессу непрерывной интеграции (CI) Сборка программного обеспечения, включая этапы компиляции, тестирования и анализа кода, должна выполняться исключительно в инфраструктуре непрерывной интеграции Заказчика. 3.2.2.7 Требования к хранению артефактов сборки Все артефакты сборки (результирующие пакеты, Docker-образы и т.д.) подлежат обязательному хранению в предназначенной для этого инфраструктуре Заказчика (артефакторий). Запрещается размещение финальных артефактов сборки на сторонних ресурсах

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

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

3.2.4 Требования к услугам по решению инцидентов, связанных с работой ППО Исполнитель устраняет неисправности Системы, связанные с работой ППО, выявленные в рамках оказания услуг согласно настоящему Техническому заданию, при этом в зону ответственности Исполнителя не входит устранение неисправностей, выявленных на стороне Заказчика и на стороне третьих лиц (провайдера связи, поставщика электропитания и т.д.). Первичная диагностика выявленной неисправности проводится на 1 и 2 уровнях технической поддержки и не входит в зону ответственности Исполнителя. Если при проведении первичной диагностики и попытке устранить неисправности на 1 и 2 уровнях технической поддержки, данную неисправность устранить не удалось и в процессе диагностики было выявлено, что проблема связана с работоспособностью ППО, обращение (заявка) назначается сотруднику Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

Инцидентами вне зоны ответственности Исполнителя являются: – работоспособность функциональности, выходящая за рамки текущей реализации функций в Системе и/или являющаяся расширением требований Заказчика к функциям Системы; – проведение профилактических и плановых работ, согласованных с Заказчиком; – нарушение работоспособности функций Системы, вызванное проведением работ на стороне Заказчика. Работы по устранению неисправности приостанавливаются (по согласованию с Заказчиком) в следующих случаях: – если Исполнителем в результате диагностики выявлено, что неисправность находится в зоне ответственности Заказчика. Исполнитель информирует Заказчика о выявленной неисправности в зоне его ответственности по согласованным каналам связи; – требуется действие со стороны Заказчика – до момента выполнения данного действия Заказчика. Заказчик информируется о необходимых действиях по согласованным каналам связи; – отсутствие возможности связаться со специалистами Заказчика, участие которых необходимо для устранения неисправности; – требуется доставить оборудование на объект – до момента доставки и установки оборудования. В случаях, представленных выше, время приостановки работ не входит в учет продолжительности устранения неисправности. Учет времени устранения неисправности Исполнителем считается с момента назначения Инцидента специалисту Исполнителя, ответственному за оказание услуг технической поддержки 3 уровня

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

4 Календарный план - Этапы оказания услуг по технической поддержке Системы приведены в таблице ниже (таблица 6). Сдача-приемка результатов выполненных работ производится с учетом особенностей, устанавливаемых Контрактом и статьей 94 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (электронная приемка). Отчетная, техническая документация, а также результаты работ предоставляются Заказчику в порядке, предусмотренном Контрактом и ТЗ до размещения Исполнителем в Единой информационной системе в сфере закупок (ЕИС) документа о приемке. Документ о приемке размещается в ЕИС по каждому этапу в соответствии с условиями Контракта. Таблица 6 - Этапы оказания услуг Наименование этапа Отчетная документация Сроки оказания услуг - - Значение характеристики не может изменяться участником закупки

Этап 1: оказание Услуг по технической поддержке АСУ ТК в 2026 году с даты заключения Контракта по 15.06.2026 До начала оказания услуг по данному этапу (в течение 10 рабочих дней с даты заключения Контракта) сопроводительным письмом предоставляются Заказчику: - Перечень уполномоченных специалистов Исполнителя (Матрица); В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Руководство по безопасной разработке программного обеспечения; - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Документ о приемке. с даты заключения Контракта по 15.06.2026

Этап 2: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.06.2026 по 15.09.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.06.2026 по 15.09.2026

Этап 3: оказание Услуг по технической поддержке АСУ ТК в 2026 году с 16.09.2026 по 15.12.2026 В течение 5 (пяти) календарных дней по истечению срока оказания Услуг по данному этапу сопроводительным письмом предоставляются Заказчику: - Отчет об оказанных Услугах по технической поддержке; - Актуальные на дату окончания оказания Услуг по данному этапу исходные коды прикладного ПО на электронном носителе (в случае внесения изменений); - Инструкция по сборке исходных кодов прикладного ПО (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство пользователя (в случае внесения изменений); - Актуальное на дату окончания оказания Услуг по данному этапу руководство администратора (в случае внесения изменений); - Акты инструментальных проверок и артефакты в соответствии с Руководством по разработке безопасного программного обеспечения; - Документ о приемке. с 16.09.2026 по 15.12.2026

Приложение А Параметры оказания услуг - А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение А1. Базовые параметры оказания Услуг Базовые параметры оказания Услуг приведены ниже: – режимы оказания Услуг (таблица А.1); – сроки предоставления отчетности (таблица А.2). Таблица А.1 - Режимы оказания Услуг № п/п Параметр Значение - - Значение характеристики не может изменяться участником закупки

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов - критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы. - Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов - критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО. - Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов - уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым - Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов - уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО - Низкий уровень CVSS < 2.0

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

Таблица А.4 - Параметры быстродействия Системы № п/п Наименование параметра Значение (секунд) 1 Среднее время получения сообщения из очереди сообщений 10 2 Среднее время получения ответа от Системы 5 3 Среднее время открытия карточки реестра 5

1 Режим работы Системы Круглосуточно (24х7) 2 Режим доступности информационно-консультационной поддержки пользователей Системы 2.1 Прием и регистрация обращений (заявок) в СРО Регистрация обращений (заявок) производится круглосуточно в режиме 24х7, без праздников и выходных дней. Обработка заявок первой линией поддержки осуществляется в рабочие дни с 9 до 18 часов 2.2 Консультирование сотрудников Заказчика и пользователей Системы в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3 Режим доступности по решению инцидентов, связанных с работой ППО: 3.1 - приоритет «Критический» Круглосуточно (24х7) 3.2 - приоритет «Высокий» Круглосуточно (24х7) 3.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 3.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4 Режим доступности услуг по адаптации, конфигурации и коррекционному сопровождению Системы 4.1 - приоритет «Критический» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.2 - приоритет «Высокий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 4.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5 Режим доступности по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности 5.1 - приоритет «Критический» Круглосуточно (24х7) 5.2 - приоритет «Высокий» Круглосуточно (24х7) 5.3 - приоритет «Средний» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням) 5.4 - приоритет «Низкий» в рабочее время (период времени с 9:00 до 18:00 по Московскому времени по рабочим дням)

Таблица А.2. Сроки предоставления отчетности, с момента получения запроса № п/п Параметр Значение 1 Предоставление отчета об оказанных услугах за произвольный период 10 рабочих дней 2 Предоставление подробной информации по инциденту с приоритетом «Критический» 16 рабочих часов 3 Предоставление актуализированной документации 10 рабочих дней

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

Таблица А.3 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 - не более 1 часа не более 10 часов - По решению инцидентов, связанных с работой ППО: 1 Критический не более 30 минут не более 4 часов - полная недоступность ППО; - недоступность ключевых функций - ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; - невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов - ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; - снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); - недоступность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов - невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым -недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов - отклонение в работе ППО, не влияющее на корректную работу функций; - другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) 1 Критический не более 40 минут не более 8 часов - изменения, необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; - изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов - изменения, относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на работу пользователей в Системе; - изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов - изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; - изменения, связанные с развитием интеграционных механизмов Системы, например обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов - изменения, связанные с ошибками/корректировкой/изменением в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

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

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

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

4 Формы обращений (заявок) на оказание услуг по технической поддержке Системы, заполняемые в СРО 4.1 Форма обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы При подаче обращения (заявки) типа «ЗНО» в СРО указывается (таблица 5):

Таблица 8 – Описание атрибутов формы обращения (заявки) на оказание услуг по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 8) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 8) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 8) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 8) Приоритет Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 8) Тип Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 8) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 8) Текст запроса на оказание услуги по обновлению или удалению уязвимых компонентов (библиотек) ППО в соответствии с требованиями к обеспечению информационной безопасности Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 8)

На рисунке 8 приведена форма обращения (заявки) типа «Инцидент» в СРО. Рисунок 8 - Форма обращения (заявки) типа «Инцидент» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности, заполненную в свободной форме

Приложение 1 к Регламенту Матрица ответственных за взаимодействия в рамках выполнения работ по техническому сопровождению Системы Таблица 1 – Ответственные за взаимодействия в рамках выполнения работ по техническому сопровождению Системы со стороны Исполнителя ФИО Должность Адрес электронной почты Телефон — — — Общий контакт

Приложение 2 к Регламенту Приоритеты и регламентные сроки решения обращений (заявок) Приоритеты и регламентные сроки решения обращений (заявок) приведены в таблице 1. Таблица 1 – Приоритеты и регламентные сроки решения обращений (заявок) № п/п Приоритет Максимальное время реагирования Время решения (срок выполнения) Описание приоритета

По информационно-консультационной поддержке сотрудников Заказчика и пользователей Системы 1 – не более 1 часа не более 10 часов –

Приложение В Форма Отчета об оказанных услугах Отчет об оказанных услугах за этап «наименование этапа» в период с «__» _________ по «__» _________. № п/п Наименование услуги Общее количество Номер ОРС Краткое Описание Время реагирования по ТЗ, час Время реагирования фактическое, час Время решения по ТЗ Время решения фактическое Результат соблюдения времени реагирования Результат соблюдения времени решения Примечание 1 Услуги по информационно-консультационной поддержке пользователей Системы 2 546782 Консультация по работе системы 1 2 10 часов 11 час Нет Нет 567123 Консультация по схеме БД 1 1 10 часов 1 час Да Да 2 … … Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»_______________________202_г. «_____»_______________________202_г

Приложение 1 к Отчету об оказанных услугах Журнал обращений (заявок) на оказание услуги по информационно-консультационной поддержке пользователей Системы (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по поддержке пользователей Системы в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал обращений (заявок) пользователей Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего обращений (заявок): ________ ИТОГО решено: Всего обращений (заявок): ________

Приложение 2 к Отчету об оказанных услугах Журнал обращений (заявок) по решению инцидентов, связанных с работой ППО (шаблон) Наименование Исполнителя в этапе «наименование этапа» в период с ________________ по _______________ оказал(о) Услугу по решению инцидентов в объеме, указанном в таблице ниже (Таблица 1). Таблица 1 - Журнал по решению инцидентов № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. ИТОГО зарегистрировано: Всего инцидентов: ________ ИТОГО решено: Всего инцидентов: ________

Приложение 3 к Отчету об оказанных услугах Журнал обращений (заявок) выполнения адаптационного, конфигурационного и коррекционного сопровождения Системы (шаблон) Журнал выполнения адаптации, конфигурации и коррекции Системы сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения адаптации, конфигурации и коррекции сопровождения Системы № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение 4 к Отчету об оказанных услугах Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности (шаблон) Журнал обращений (заявок) по устранению уязвимостей в ППО в соответствии с требованиями к обеспечению информационной безопасности сформирован за этап «наименование этапа» в период с «__» _________ по «__» ____________ и представлен в таблице ниже (Таблица 1). Таблица 1 - Журнал выполнения заявок по устранению уязвимостей в ППО № п/п Дата и время регистрации обращения (заявки) Номер записи СРО Статус Инициатор обращения (заявки) Вид обращения (заявки) Краткое описание обращения (заявки) ФИО Исполнителя Дата и время решения обращения (заявки) 1. 2. Количество выполненных заявок за этап: ________

Приложение Г Форма Протокола проверки результатов организационно-штатных и подготовительных мероприятий (шаблон) Настоящий Протокол содержит результаты организационно-штатных и подготовительных мероприятий, проведенных Исполнителем (таблица Г.1). Таблица Г.1. Протокол проверки результатов № Мероприятия Подготовительного этапа Результат проверки Определить и направить Заказчику документ «Перечень уполномоченных специалистов», ответственных за оказание услуг со стороны Исполнителя. Документ содержит контактную информацию (ФИО, должность, адрес электронной рабочей почты, номер телефона) не менее чем о 2 лицах, ответственных за оказание услуг со стороны Исполнителя Выполнено/Не выполнено 1. Обеспечить подключение специалистов Исполнителя к Системе Выполнено/Не выполнено 2. Обеспечить подключение специалистов Исполнителя к СРО Выполнено/Не выполнено Заказчик Исполнитель /Должность/ /Должность/ ____________________ /Ф.И.О/ ___________________ /Ф.И.О/ М.П. М.П. «_____»___________________202_г. «_____»___________________202_г

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

Уровень технической поддержки Организационно-структурная часть технической поддержки, имеющая определённые организационно-нормативными документами зоны ответственности, обязанности, а также временные нормативы, в течение которых эти обязательства должны выполняться либо эскалироваться на следующий уровень технической поддержки Услуги Услуги по технической поддержке Информационно-аналитической системы регулирования на транспорте АСУ ТК ФИО Фамилия, имя, отчество Эскалация Процедура повышения внимания к обращению (заявке) путем повышения его приоритета и/или передачи на следующий уровень технической поддержки, а также привлечение ролей, которые могут принимать решения без передачи на следующий уровень технической поддержки API Англ. Application Programming Interface — программный интерфейс приложения, интерфейс прикладного программирования — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой CVSS Англ. Common Vulnerability Scoring System - открытый стандарт, используемый для расчета количественных оценок уязвимости в безопасности компьютерной системы, обычно с целью понять приоритет ее исправления. В современном инструментарии информационной безопасности используется версия 3.0 и выше с дополнительными метриками к базовым оценкам

ID Англ. Identifier – идентификатор, уникальный признак объекта, позволяющий отличать его от других объектов, то есть, идентифицировать SLA Англ. Service Level Agreement - утвержденные условия по обработке обращения (заявки) с установленными метриками времени, которые определяют пороговые значения для эскалации в зависимости от статуса обращения (заявки) (например, время реакции – время от регистрации до осуществления первичной обработки, время решения – время от регистрации обращения (заявки) до его решения и т.д.) SQL Англ. Structured Query Language — «язык структурированных запросов», — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей СУБД

1 Общие сведения 1.1 Полное наименование Услуг Оказание услуг по техническому поддержке АСУ ТК в 2026 году. 1.2 Предмет Регламента оказания услуг Требования Технического задания

2 Общие положения 2.1 Цель и задачи оказания услуг Целью технической поддержки Системы является обеспечение ее стабильного и безопасного функционирования и эксплуатации, предупреждение, выявление и устранение сбоев в работе Системы и минимизация их неблагоприятного влияния. Для достижения поставленной цели требуется решение следующих задач: 1. Обеспечение информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы. 2. Поддержание параметров функционирования ППО Системы, удовлетворяющих требованиям производственных процессов, включая их непрерывность. 3. Обеспечение бесперебойного функционирования ППО и своевременное устранение сбоев и аварийных ситуаций в Системе. 4. Своевременное устранение уязвимостей при выявлении таковых, в соответствии с требованиями к обеспечению информационной безопасности. 5. Адаптация, конфигурирование, коррекция программного обеспечения в соответствии с изменениями нормативно-правовой базы и запросами уполномоченных сотрудников органов государственной власти, включая выполнение процедур тестирования и участие в обновлениях ППО на стендах Заказчика. 6. Обеспечение сохранения работоспособности ППО в изменяемой среде эксплуатации. 7. Ведение документации по настоящему контракту и инициирование актуализации документации на Систему по результатам обработки запросов Заказчика и внесения соответствующих изменений в ППО

2.2 Общее описание процесса оказания сопровождения (технической поддержки) Системы Процесс оказания технической поддержки Системы включает: 1. Поступление обращений (заявок) от пользователей и их регистрацию. 2. Сопровождение обращений (заявок) в соответствии с их классификацией и приоритизацией, в том числе, с их последующей эскалацией. 3. Определение ролей и регламент их взаимодействия при осуществлении деятельности по процессу. 4. Решение обращений (заявок) в установленные настоящим Регламентом сроки. 5. Взаимодействие между 1-м, 2-м и 3-м уровнями технической поддержки, в том числе, с формированием заданий для сопровождения Системы. 6. Контроль качества выполняемых Исполнителем работ, состоящий из проверки сценария, приводящего к ошибке, зафиксированной в Инциденте, и/или к ошибке воспроизведения, а также тестирование внесенных изменений в рамках ЗНИ. 7. Обеспечение мониторинга и проведение анализа процесса обработки поступающих в техническую поддержку обращений (заявок). Техническая поддержка реализуется путем проведения ответственными сотрудниками соответствующей информационно-консультационной деятельности в соответствии с определенными ролями, а также выполнения Исполнителем конкретных действий по своевременному выявлению причин сбоев и аварийных ситуаций и их устранению, а также по адаптации, конфигурированию, корректировке Системы, включая выполнение процедур тестирования и участия в обновлениях Системы. Все роли подразделяются на уровни поддержки, взаимодействующие между собой в соответствии с блок-схемой процесса технической поддержки. Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки представлена на рисунке 1. . Рисунок 1 - Общая схема процесса рассмотрения обращений (заявок) в соответствии с видами технической поддержки

2.3 Каналы связи Должна быть предусмотрена омниканальность в части приема обращений (заявок). Получение обращений (заявок) технической поддержкой происходит по следующим каналам связи: – СРО; – электронная почта; – телефонная линия. Исполнитель обеспечивает прием обращений (заявок) от Заказчика и предоставляет информацию в рамках оказания услуг по техническому сопровождению Системы, руководствуясь матрицей взаимодействия, приведенной в Приложении 1 к настоящему Регламенту

3 Порядок оказания Услуг 3.1 Типы обращений (заявок) Обращения и заявки Заказчика классифицируются в соответствии с приоритетами и регламентными сроками, указанными в Приложении 2 к настоящему Регламенту. Регистрация обращений и заявок предусматривает создание новой записи в СРО с присвоением поступившему обращению или заявке (новой записи) уникального идентификатора. Запись в СРО должна содержать вопрос или проблему, которую требуется решить или оказать консультацию. Если обращение или заявка автоматически зарегистрированы в СРО при отправке представителем Заказчика, Исполнитель проверяет корректность указанного типа обращения (заявки) и может обратиться к Заказчику с просьбой корректировки, предоставив обоснования в соответствии с настоящей классификацией (таблица 1)

Таблица 1 - Типы обращений (заявок) Тип обращения (заявки) Описание Запрос на обслуживание Подготовка SQL запроса к СУБД для решения прикладной задачи и д р. – запрос на любое действие, не являющееся запросом информации и несовершенный на основе происшествия, прямо или косвенно влияющего на работу Системы Консультация (входит в тип обращения (заявки) «Запрос на обслуживание») «Где взять / куда обратиться...?», «Как сделать / выполнить…», «Как это работает…?» - запрос, имеющий своей целью получение информационной поддержки Инцидент Разбор ошибок/сбоев и подготовка материалов (корректировочных релизов, инструкций) для Заказчика для устранения ошибок/сбоев, которые приводят к частичному и полному нарушению работоспособности всех или отдельных функций ППО. Подготовка изменения и материалов, необходимых для проведения аварийно-восстановительных работ для возобновления работоспособности Системы. ЗНИ Подготовка изменений, связанных с изменением, улучшением/оптимизацией Системы и выводом новой модифицированной функциональности в штатном режиме. Подготовка изменений, связанных с модификацией существующих и/или реализация новых интеграционных механизмов для получения/обработки данных внешних систем. Подготовка изменений графического интерфейса по требованиям Заказчика

3.2 Участники технической поддержки, осуществляющие сопровождение обращений (заявок) Техническая поддержка Системы должна быть организована на трех уровнях: 1. Первый и второй уровни технической поддержки организуется Заказчиком. 2. Третий уровень технической поддержки организуется Исполнителем. Зона ответственности каждого уровня технической поддержки указана в таблице 2

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

Второй уровень технической поддержки (далее – 2-й уровень) Группа ответственных сотрудников 2-го уровня Заказчика по установленным компетенциям (информационная безопасность, сопровождение и эксплуатация информационно-аналитических систем, развитие информационно-аналитических систем, техническая поддержка информационно-аналитических систем) отвечает за поддержание работоспособности Системы, обработку обращений (заявок) и их решение в регламентные сроки в соответствии с установленными приоритетами. Осуществляет информационно-консультационную поддержку пользователей Системы в рамках своей компетенции. Оказывает экспертную помощь ответственным сотрудникам 1-го уровня в части формирования БЗ, содержащей ответы на часто задаваемые вопросы пользователей, с целью передачи знаний, навыков и инструментария на 1-й уровень для ускорения решения обращений (заявок). В случае невозможности решения обращения (заявки) на 2-ом уровне ответственный сотрудник передает его на 3-й уровень. При выявлении необходимости изменений в ППО Системы инициирует формирование обращения (заявки) и направляет его на группу ответственных сотрудников 3-го уровня по соответствующему классификатору (ЗНО, ЗНИ, и т.д.) Третий уровень технической поддержки (далее – 3-й уровень) Группа ответственных сотрудников Исполнителя, отвечающая за устранение сбоев и аварий, проведение информационно-консультационной поддержки пользователей Системы, проведение адаптации и конфигурирования Системы в объемах действующих контрактов на оказание технической поддержки

3.3 Перечень и описание статусов обращений (заявок) В таблице 3 приведен перечень статусов обращений (заявок), действующий в СРО, и их описание

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

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

3.4 Порядок регистрации и сопровождения Заявок Порядок регистрации и сопровождения обращений (заявок) в рамках оказываемых услуг по технической поддержке Системы зависит от типа обращения (заявки): 1. Услуга по решению инцидентов, связанных с работой ППО – тип обращения (заявки) «Инцидент». 2. Услуга по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности – тип обращения (заявки) «Инцидент». 3. Услуга информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы – тип обращения (заявки) «Запрос на обслуживание» (в том числе, консультационный запрос). 4. Услуга адаптационного, конфигурационного и коррекционного сопровождения Системы (в рамках действующих программных модулей и функциональностей) – тип обращения (заявки) «Запрос на изменение». В случае недоступности СРО взаимодействие и информирование Исполнителем о ходе оказания услуги по обращению (заявке), изменению статусов обращений (заявок) осуществляется по согласованию с Заказчиком в соответствии с матрицей взаимодействия, представленной в Приложении 1 к настоящему Регламенту. 3.4.1 Инцидент На рисунке 2 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент». Рисунок 2 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «Инцидент»

3.4.2 Запрос на обслуживание На рисунке 3 представлена функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО». Рисунок 3 - Функциональная схема регистрации и сопровождения обращения (заявки) типа «ЗНО» 3.4.3 Запрос на изменение На рисунке 4 представлена функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ». Рисунок 4 - Функциональная схема регистрации и сопровождения обращений (заявок) типа «ЗНИ»

Таблица 5 – Описание атрибутов формы обращения (заявки) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 5) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 5) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 5) Категория обращения: информационно-консультационная поддержка Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 5) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 5) Текст запроса на оказание услуги по информационно-консультационной поддержке сотрудников Заказчика Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 5)

На рисунке 5 приведена форма обращения (заявки) типа «ЗНО» в СРО. Рисунок 5 - Форма обращения (заявки) типа «ЗНО» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуги информационно-консультационной поддержки сотрудников Заказчика и пользователей Системы, заполненную в свободной форме.

4.2 Форма обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 6): Таблица 6 – Описание атрибутов формы обращения (заявки) на оказание услуги по решению инцидентов, связанных с работой ППО Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 6) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 6) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6,) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 6) Категория обращения (заявки): инцидент Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 6) Приоритет Время - одно из значений: Низкий, Средний, Высокий или Критический. Определяет, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 6,) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 6) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 6)

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

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

4.3 Форма обращения (заявки) на оказание услуг по адаптационному конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) При подаче обращения (заявки) типа «ЗНИ» в СРО указывается (таблица 7): Таблица 7 – Описание атрибутов формы обращения (заявки) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы

Атрибут Описание Дата направления обращения (заявки) Дата и время поступления обращения (заявки) в СРО – поле СРО «Создал» (см. рисунок 10) Регистрационный номер обращения (заявки) Номер обращения (заявки), присваиваемый СРО автоматически при поступлении обращения (заявки) (см. рисунок 9) ФИО инициатора обращения (заявки) Персональная информация об инициаторе, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Контактные сведения инициатора обращения (телефон, адрес электронной почты) Контактные данные инициатора, от которого поступило обращение (заявка) – поле СРО «Контакт» (см. рисунок 10) Категория обращения (заявки): запрос на изменение Тип обращения (заявки) в соответствии с перечнем, приведенном в п. 3.1 настоящего Регламента – поле СРО «Тип запроса» (см. рисунок 7) Приоритет изменения Время, очередность решения обращения (заявки), ресурсы, привлекаемые для решения обращения (заявки), порядок/процедура действий при решении обращения (заявки) – поле СРО «Приоритет» (см. рисунок 7) Тип изменения Справочник, классифицирующий типовые запросы характерные для Системы – поле СРО «Предмет обращения» (см. рисунок 7) Краткое содержание обращения (заявки) Краткое описание фиксируемого обращения, отражающее суть обращения – поле СРО «Заголовок» (см. рисунок 7) Текст запроса на оказание услуги по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) Подробное описание, содержащее развернутую информацию по обращению (заявке) – поле СРО «Описание» (см. рисунок 7)

На рисунке 7 приведена форма обращения (заявки) типа «ЗНИ» в СРО. Рисунок 7 - Форма обращения (заявки) типа «ЗНИ» в СРО В случае недоступности СРО по техническим причинам Заказчик направляет в службу технической поддержки Исполнителя обращение (заявку) на оказание услуг по адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей), заполненную в свободной форме

4.4 Форма обращения (заявки) на оказание услуги по устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности При подаче обращения (заявки) типа «Инцидент» в СРО указывается (таблица 8):

По решению инцидентов, связанных с работой ППО 1 Критический не более 30 минут не более 4 часов – полная недоступность ППО; – недоступность ключевых функций; – ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО; – невозможность информационного обмена с ППО для ИС более 4 часов 2 Высокий не более 1 часа не более 8 часов – ошибки/сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – снижение быстродействия СПО (время отклика ППО на операции превышает 30 секунд); – невозможность управления правами и ролями пользователей 3 Средний не более 4 часов не более 24 часов – невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым недоступность функции формирования отчетов 4 Низкий не более 8 часов не более 40 часов – отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО

По адаптационному, конфигурационному и коррекционному сопровождению Системы (в рамках действующих программных модулей и функциональностей) а) 1 Критический не более 40 минут не более 8 часов – изменения необходимые при проведении аварийно-восстановительных работ для возобновления работоспособности Системы; – изменения, связанные с критичными ошибками, блокирующими возможность оказания государственных услуг и/или чтение и внесение данных в Систему. 2 Высокий не более 1 часа не более 40 часов – изменения относящиеся к обеспечению работоспособности основной функциональности Системы, устраняют выявленные дефекты в работе Системы, оказывающие существенное влияние на процесс оказания государственных услуг и работу пользователей в Системе; – изменения, затрагивающие три и более подсистемы/модуля Системы для адаптации 3 Средний не более 4 часов не более 72 часов – изменения, связанные с развитием/улучшением/оптимизацией Системы и выводом новой функциональности в штатном режиме для одного-двух модулей/подсистем; – изменения, связанные с развитием интеграционных механизмов Системы, например, обновление существующих и/или реализация новых видов сведений СМЭВ, обновление существующих и/или реализация новых API, адаптация и/или изменение механизмов импорта и экспорта данных Системы и т.д. 4 Низкий не более 8 часов не более 160 часов – изменения, связанные с ошибками/ корректировкой/изменение в отображении информации в пользовательском графическом интерфейсе Системы (графика, текст, органы управления, элементы интерфейса)

По устранению уязвимостей в компонентах (библиотеках) ППО в соответствии с требованиями к обеспечению информационной безопасности 1 Критический не более 30 минут не более 24 часов – критические уязвимости, влияющие на возможную полную недоступность ППО, ключевых функций Системы, ошибки/сбои, которые приводят к полной неработоспособности всех функций ППО без возможности восстановления работоспособности Системы; – Критический уровень CVSS > 8.0 2 Высокий не более 1 часа не более 84 часов – критические уязвимости, влияющие на ошибки и сбои, которые приводят к частичному нарушению работоспособности или недоступности отдельных функций ППО; – Высокий уровень CVSS 5.0 - 8.0 3 Средний не более 4 часов не более 120 часов – уязвимости, влияющие на невозможность выполнения ключевых функций для одного пользователя и/или для одного или нескольких объектов данных, обладающих специфическими параметрами, и/или одной или нескольких функций Системы, не относящихся к ключевым; – Средний уровень CVSS 2.0 - 4.9 4 Низкий не более 8 часов не более 160 часов – уязвимости, влияющие на отклонение в работе ППО, не влияющее на корректную работу функций; – другие сбои и ошибки, затрагивающие основные функции ППО; – Низкий уровень CVSS < 2.0

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

Преимущества: Не установлены

Требования к участникам: 1. Требования к участникам закупок в соответствии с ч. 2.1 ст. 31 Закона № 44-ФЗ 1.1? Требования в соответствии c пунктом 4 ПП РФ от 29.12.2021 №2571 Дополнительные требования Наличие у участника закупки опыта исполнения (с учетом правопреемства) в течение трех лет до даты подачи заявки на участие в закупке контракта или договора, заключенного в соответствии с Федеральным законом от 18 июля 2011 года № 223-ФЗ «О закупках товаров, работ, услуг отдельными видами юридических лиц» при условии исполнения таким участником закупки требований об уплате неустоек (штрафов, пеней), предъявленных при исполнении таких контракта, договора. Стоимость исполненных обязательств по таким контракту, договору должна составлять не менее двадцати процентов начальной (максимальной) цены контракта. Информация и документы, подтверждающие соответствие участника закупки дополнительному требованию, установленному в соответствии с частью 2.1 ст. 31 Закона о контрактной системе, являются информация и документы, предусмотренные хотя бы одним из следующих подпунктов: а) номер реестровой записи в предусмотренном Законом о контрактной системе реестре контрактов, заключенных заказчиками (в случае исполнения участником закупки контракта, информация и документы в отношении которого включены в установленном порядке в такой реестр и размещены на официальном сайте единой информационной системы в информационно-телекоммуникационной сети "Интернет"); б) выписка из предусмотренного Законом о контрактной системе реестра контрактов, содержащего сведения, составляющие государственную тайну (в случае исполнения участником закупки контракта, информация о котором включена в установленном порядке в такой реестр); в) исполненный контракт, заключенный в соответствии с Законом о контрактной системе, или договор, заключенный в соответствии с Федеральным законом "О закупках товаров, работ, услуг отдельными видами юридических лиц", а также акт приемки поставленных товаров, выполненных работ, оказанных услуг, подтверждающий цену поставленных товаров, выполненных работ, оказанных услуг. 2. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 3. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ

Критерии оценки заявок участников

Обеспечение заявки

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

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

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки на участие в закупке может предоставляться участником закупки в виде денежных средств или независимой гарантии, оформленной по типовой форме, утвержденной Постановлением Правительства Российской Федерации от 8 ноября 2013 № 1005. Выбор способа обеспечения заявки на участие в закупке осуществляется участником закупки самостоятельно. В соответствии со статьей 44 Федерального закона № 44-ФЗ обеспечение заявки на участие в закупке предоставляется одним из следующих способов: а) путем блокирования денежных средств, внесенных участником закупки на банковский счет, открытый таким участником в банке, включенном в перечень, утвержденный Правительством Российской Федерации (далее - специальный счет). Требования к таким банкам, к договору специального счета, к порядку использования, имеющегося у участника закупки банковского счета в качестве специального счета, устанавливаются Правительством Российской Федерации. б) путем предоставления независимой гарантии. Независимая гарантия, используемая для целей Федерального закона от 05.04.2013 № 44-ФЗ, информация о ней и документы, предусмотренные ч. 9 ст. 45 Федерального закона от 05.04.2013 № 44-ФЗ, должны быть включены в реестр независимых гарантий, размещенный в единой информационной системе. Обеспечение заявки на участие в закупке должно соответствовать ст. 44 Федерального закона от 05.04.2013 N 44-ФЗ. Участники закупки, являющиеся юридическими лицами, зарегистрированными на территории государства - члена Евразийского экономического союза, за исключением Российской Федерации, или физическими лицами, являющимися гражданами государства - члена Евразийского экономического союза, за исключением Российской Федерации, вправе предоставить обеспечение заявок в виде денежных средств с учетом особенностей, установленных Постановлением Правительства Российской Федерации от 10.04.2023 № 579 на счет Заказчика для учета операций со средствами, поступающими Заказчику

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03214643000000017300, л/c 20736X21630, БИК 004525988

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

Условия контракта

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, г Москва, Оказание Услуг по технической поддержке осуществляется Исполнителем удаленно. Техническая возможность удаленного подключения обеспечивается Заказчиком (в части предоставления параметров доступа). Оплата телематических и иных услуг, технических и программных средств, необходимых Исполнителю для удаленного подключения и для выполнения требований по информационной безопасности, осуществляется Исполнителем самостоятельно за свой счет. Описание Системы приведено в разделе 2 Технического задания.

Право заключения контрактов с несколькими участниками закупки в случаях, указанных в части 10 статьи 34 Федерального закона 44-ФЗ: Не установлено

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

Обеспечение исполнения контракта

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

Размер обеспечения исполнения контракта: 4 500 000,00 ? (10 %)

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Контракт заключается после предоставления участником закупки, с которым заключается контракт, обеспечения исполнения контракта в соответствии с требованиями Федерального закона № 44-ФЗ. Исполнение контракта может обеспечиваться предоставлением независимой гарантии, соответствующей требованиям статьи 45 Федерального закона № 44-ФЗ, или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику. Способ обеспечения исполнения контракта, срок действия независимой гарантии определяются в соответствии с требованиями Федерального закона № 44-ФЗ участником закупки, с которым заключается контракт, самостоятельно. Срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе в случае его изменения в соответствии со статьей 95 Федерального закона № 44-ФЗ. В соответствии с Разделом 7 Приложения - Контракт

Платежные реквизиты для обеспечения исполнения контракта: p/c 03214643000000017300, л/c 20736X21630, БИК 004525988

Информация о банковском и (или) казначейском сопровождении контракта

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

Документы

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

Документы

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