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

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

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

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

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

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

Размещение осуществляет: Уполномоченный орган МИНИСТЕРСТВО ПО РЕГУЛИРОВАНИЮ КОНТРАКТНОЙ СИСТЕМЫ В СФЕРЕ ЗАКУПОК ВОРОНЕЖСКОЙ ОБЛАСТИ

Наименование объекта закупки: 2025-10654_Выполнение работ по развитию государственной информационной системы Воронежской области «Проектная деятельность Воронежской области»

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

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

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

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

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

Почтовый адрес: 394036, Воронежская Область, Воронеж Город,проспект Революции, дом 29в, 2 этаж

Место нахождения: Российская Федерация, 394036, Воронежская обл, Воронеж г, Революции, Д. 29В

Ответственное должностное лицо: Иванов В. Н.

Адрес электронной почты: zakupki@govvrn.ru

Номер контактного телефона: 7-473-2127111

Дополнительная информация: МИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ ВОРОНЕЖСКОЙ ОБЛАСТИ. Место нахождения: Российская Федерация, 394018, Воронежская обл, Воронеж г, Ленина, Ленина пл, Д.1. Почтовый адрес:394018, Воронежская обл, г Воронеж, пл Ленина, дом 1. Телефон: 7-473-2125501. Адрес электронной почты: ikozhevatkin@govvrn.ru Ответственное лицо: Кожеваткин Игорь Алексеевич.

Регион: Воронежская обл

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

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

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

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

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

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

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

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

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

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

- 62.01.11.000 - Выполнение работ по развитию государственной информационной системы Воронежской области «Проектная деятельность Воронежской области» Услуги по проектированию и разработке информационных технологий для прикладных задач и тестированию программного обеспечения 4. Требования к развитию Системы В рамках выполнения работ по развитию Системы необходимо выполнить работы по развитию модуля мобильная витрина проектов, а также разработать модуль мобильный инспекционный контроль. 4.1.1. Требования к развитию модуля мобильная витрина проектов В рамках работ по развитию модуля мобильная витрина проектов Исполнителем должны быть реализованы дополнительные разделы и новые функциональные возможности. Необходимо реализовать новый раздел Объекты капитального строительства для представления перечня проектов по реализации объектов капитального строительства. Экран перечня проектов должен обеспечивать представление следующей информации по проекту: ? Наименование проекта ? Индикаторы рисков; ? Руководитель проекта, Куратор проекта; ? Информация о контрактовании по проекту; ? Информация о финансировании и кассовом исполнении При нажатии на название в перечне проектов должен выполнять переход в карточку проекта по заданному объекту капитального строительства: ? представление информации по проекту ОКС (объект капитального строительства) с разделением интерфейса на предметные экраны с возможностью переключения посредством закладок; Экран Основное проекта ОКС должен содержать следующие элементы: o информация о проекте; o срок реализации проекта (плановые даты начала и окончания проекта); o стадия проекта; o выделенные средства на финансирование проекта с детализацией регионального бюджета; o команда проекта (аватар, фио, должность и роль пользователя в проекте); o кнопка отображения всей команды проекта; o галерея превью фотоотчетов по связанным с проектами объектам. ... - Условная единица - 1,00 - 3 000 000,00 - 3 000 000,00

МИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ ВОРОНЕЖСКОЙ ОБЛАСТИ - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Услуги по проектированию и разработке информационных технологий для прикладных задач и тестированию программного обеспечения 4. Требования к развитию Системы В рамках выполнения работ по развитию Системы необходимо выполнить работы по развитию модуля мобильная витрина проектов, а также разработать модуль мобильный инспекционный контроль. 4.1.1. Требования к развитию модуля мобильная витрина проектов В рамках работ по развитию модуля мобильная витрина проектов Исполнителем должны быть реализованы дополнительные разделы и новые функциональные возможности. Необходимо реализовать новый раздел Объекты капитального строительства для представления перечня проектов по реализации объектов капитального строительства. Экран перечня проектов должен обеспечивать представление следующей информации по проекту: ? Наименование проекта ? Индикаторы рисков; ? Руководитель проекта, Куратор проекта; ? Информация о контрактовании по проекту; ? Информация о финансировании и кассовом исполнении При нажатии на название в перечне проектов должен выполнять переход в карточку проекта по заданному объекту капитального строительства: ? представление информации по проекту ОКС (объект капитального строительства) с разделением интерфейса на предметные экраны с возможностью переключения посредством закладок; Экран Основное проекта ОКС должен содержать следующие элементы: o информация о проекте; o срок реализации проекта (плановые даты начала и окончания проекта); o стадия проекта; o выделенные средства на финансирование проекта с детализацией регионального бюджета; o команда проекта (аватар, фио, должность и роль пользователя в проекте); o кнопка отображения всей команды проекта; o галерея превью фотоотчетов по связанным с проектами объектам. Значение характеристики не может изменяться участником закупки 4. Требования к развитию Системы В рамках выполнения работ по развитию Системы необходимо выполнить работы по развитию модуля мобильная витрина проектов, а также разработать модуль мобильный инспекционный контроль. 4.1.2. Требования к развитию модуля мобильная витрина проектов При клике на превью объекта осуществляется вызов окна с галереей фотоотчетов указанием стадии работ (ПИР СМР и ПНР) и даты съемки. ? представление диаграммы Ганта проекта в укрупненном виде; ? представление диаграммы Ганта проекта в формате полного плана работ аналогично веб-представления в ГИС ВО ПД ВО; ? представление финансовой информации о планировании и кассовом исполнении бюджета с разделением по видам бюджета на экране Бюджет; ? представление списка мероприятий проекта с возможностью фильтрации по ответственному на экране Мероприятия; Экран Мероприятия проекта ОКС должен содержать следующие элементы: o список мероприятий с указанием сроков исполнения, индикатором статуса и с возможностью перейти к просмотру карточки задачи; o список с подтверждающими документами с возможностью перейти к просмотру/скачиванию файлов; o срок исполнения (достижения) для каждого мероприятия; o группа кнопок перехода к диаграмме Ганта, добавления «В избранное», вызов карточки создания «Поручения»; o группа фильтров по «Ответственному» и «Уровню контроля». Карточка просмотра задачи проекта должна содержать следующие элементы: o id задачи; o статус исполнения; o фактический срок начала и окончания задачи; o плановый срок начала и окончания задачи; o готовность в %; o наименование задачи; o наименование связанного проекта; o ФИО автора и ответственного. 4. Требования к развитию Системы В рамках выполнения работ по развитию Системы необходимо выполнить работы по развитию модуля мобильная витрина проектов, а также разработать модуль мобильный инспекционный контроль. 4.1.3 Требования к развитию модуля мобильная витрина проектов ? представление перечня контрактов по проекту с возможностью просмотра контракта на экране Контракты; Экран Контракты проекта должен содержать следующие элементы: o список контрактов; o поле поиска по контрактам по ИНН, Название организации, предмет контракта, ИКЗ; o фильтр по типам объектам. Список контрактов должен содержать следующие элементы: o наименование контракта; o статус контракта; o организация заказчика по контракту; o наименование связанного объекта; o кнопка перехода к карточке контракта; o плановые сроки контракта; o цена контракта; o кассовое исполнения; o финансирование на текущий год (шкала вычисления % исполнения по финансированию); «быстрые» кнопки «Скачать файл контракта», добавить «В избранное», вызов карточки создания поручения. ? представление перечня документов проекта с возможностью просмотра документа на экране Документы; 4. Требования к развитию Системы В рамках выполнения работ по развитию Системы необходимо выполнить работы по развитию модуля мобильная витрина проектов, а также разработать модуль мобильный инспекционный контроль. 4.1.4. Требования к развитию модуля мобильная витрина проектов Экран документов должен содержать следующие элементы: o список документов проекта; o поиск по наименованию документа; o наименование и формат документа; o кнопка на скачивание документа; o дата загрузки; o ФИО автора; o размер; o фильтр по автору и типу документа; o кнопки сортировки документов по наименованию, дате, автору и размеру. С экрана конкретного проекта должен быть обеспечен переход: o на экран списка проектов, путем нажатия кнопки «Назад» в верхнем левом углу экрана приложения; o на главный экран через общую панель навигации, путем нажатия кнопки в левом верхнем углу приложения. ? возможность установки признака избранного в отношении проекта с последующим представлением перечня избранных проектов на отдельном экране. Необходимо оптимизировать интерфейс представления объектов на карте, а также карточку просмотра объекта в соответствии с принципиальным решением. При нажатии на объект открывается информация по объекту без перехода на другой экран. В карточке объекта должно быть отражено: ? превью фото объекта, при нажатии показывает галерею с фото; ? наименование объекта; ? адрес объекта; ? контакты ответственного лица (ФИО, телефон, мейл); ? работы на объекте с набором атрибутов: o статус работ; o национальный проект. 4.2.1. Требования к модулю мобильный инспекционный контроль Должен быть реализован интерфейс мобильного приложения под управлением iOS и Android для мобильных устройств, позволяющий инспектору получать на мобильное устройство сведения о запланированных проверках объектов, фиксировать результаты проверки и отправлять данные проверки в Систему. Приложение должно работать с данными по принципу тонкого клиента Системы посредством api. Мобильное приложение должно обеспечивать просмотр связанной документации и статуса выполнения работ на объекте. По итогам инспекционной проверки должна быть возможность установить экспертное значение процента выполнения, а также прикрепить фото с объекта и комментарий к проверке. Требования к экранам модуля мобильный инспекционный контроль Экран авторизации На экране авторизации должны быть реализованы следующие функции: ? должна быть возможность выбора стендов Системы - Промышленный, Тестовый, Демонстрационный; ? должна быть возможность ввода пинкода: ? должна быть возможность перехода с экрана ввода пинкода на приветственный экран и далее до главного экрана. Главный экран. Главный экран должен содержать базовую информацию для принятия решений, а также информация по текущим активностям: ? проверки инспектора - персональный блок инспектора с личными цифрами в представление: Оценить , Начать, Завершить, Исправить; ? объекты в проверке в представление: Все, Нарушено, Соответствуют, На проверке; ? переключение между разделами главного экрана должно выполняться смахиванием. Экран списка проверок инспектора и контролера. На экране проверок должна выводиться следующая информация: ? заголовок (Проверки); ? список проверок; ? кнопка «Назад»; ? группа фильтров с кнопками «Применить» и «Сбросить» (если в фильтре установлены значения, то должен показываться бейдж): o фильтр по статусу проверки; o фильтр по объекту проверки. ? иконка для сортировки списка по дате (по убыванию/по возрастанию даты) 4.2.2. Требования к модулю мобильный инспекционный контроль Позиции фильтра по статусу проверки (чек-листа) должна обеспечивать множественный выбор значений, который формируется динамически и актуальных записей проверок, например: ? Новый; ? Согласовано. Экран проверок должен содержать список со следующими атрибутами: ? изображение объекта, который в проверке; ? статус чек-листа (новый, согласовано и т.д.); ? название объекта; ? название результата/работы, которую надо проверить; ? срок проверки план; ? индикатор оценки итогов проверки Выявлены нарушения (красный), Без нарушений (зеленый), Нет данных (серый, пока проверка не прошла). При нажатии на элемент списка на экране проверок должен осуществляться переход на экран Чек-лист. Экран Чек-листа. Экран Чек-листа должен представлять информацию по группам атрибутов. Группа «Объект» должна содержать следующую информацию: ? аватар объекта, который в проверке; ? адрес объекта; ? статус чек-листа (запланирован, в работе, проверен …); ? название объекта – полное в несколько строк; ? название результата/работы, которую надо проверить –полное в несколько строк; ? сопроводительные документы к проверяемым результатам/работам – иконка, название файла; ? срок проверки (план) - дата. Группа «Проверка» должна содержать следующую информацию: ? инспектор - Фамилия И.О.; ? готовность - процент готовности из системы и процент выставленный инспектором – два целых числа %; ? срок проверки (факт) – должно быть предусмотрено, что дата фактической проверки первоначально может быть не указана; ? индикатор (с подписью) оценки итогов проверки: Выявлены нарушения (красный), Без нарушений (зеленый), Нет данных (серый, пока проверка не прошла); ? фотоотчет – должен отображаться по итогам проверки, при нажатии просмотр фото со на весь экран; ? документы проверки – иконка, название файла (с возможностью предварительного просмотра и скачивания на устройство). 4.2.3. Требования к модулю мобильный инспекционный контроль Для экрана должен быть настроен следующий перечень действий для следующих ролей пользователей (если обе роли у пользователя, то должны быть доступны все действия): ? Инспектор: Начать проверку, Редактировать отчет (иконка), Завершить проверку. ? Контролер: Согласовано, Доработать, Отменено. Экран Отчета (редактирование) Экран Отчета (редактирование) должен обеспечивать возможность прикладывать фото, отмечать процент готовности, указывать комментарии с помощью следующих атрибутов: ? изображение объекта, который в проверке; ? адрес объекта; ? название объекта; ? название результата/работы, которую надо проверить; ? сопроводительные документы к проверяемым результатам/работам – иконка, название файла; ? срок проверки (план) – дата; ? готовность предлагаемая - процент готовности из системы; ? оценка готовности – виджет для установки процента готовности от 0 до 100% - редактирование; ? оценка соответствия – выбор значения из списка: Выявлены нарушения (красный), Без нарушений (зеленый), по умолчанию пустое значение - редактирование; ? комментарий к проверке – поле для ввода текста – редактирование; ? фотоотчет - кнопка для загрузки фото из библиотеки или с камеры; В нижней части экрана кнопки «Сохранить», в верхней части экрана кнопка «Назад». Реестр объектов. Реестр объектов должен содержать список объектов Системы. На экране реестра объектов должна быть возможность поиска объекта по статусу и адресу. При нажатии на объект должен выполняться переход в карточку объекта. Карточка объекта. Должна быть реализована возможность просмотра карточки объекта со следующими атрибутами: ? изображение объекта; ? изображения по хронологии готовности объекта; ? название; ? адрес; ? ответственный; ? процент готовности; ? данные финансового исполнения. 4.2.4. Требования к модулю мобильный инспекционный контроль Требования к функциям модуля в веб интерфейсе Системы В веб интерфейсе Системы должен быт реализован раздел Контрольные мероприятия для навигации по проверкам в разрезе объектов и муниципальных образований, а также для мониторинга результатов проверки. В разделе должны быть реализованы фильтры для отбора проверок по следующим критериям: ? Период – по дате запланированной проверки; ? Объект – по проверяемому объекту; ? Тип объекта – по типу проверяемого объекта; ? Статус чек-листа – по статусу проверки чек-листа; ? Ответственная организация – по ответственной за объект организации; ? Поиск – поиск по наименованию. Создание записи с проверками по результатам выполнения работ должно инициироваться в интерфейсе карточки просмотра мероприятия проекта. Для планирования проверки в карточке мероприятия должна быть реализована кнопка «Создать Чек-лист». Кнопка «Создать Чек-лист» должна выводиться для пользователя с полномочием на право формирования чек-листов. В интерфейсе раздела Контрольные мероприятия должна быть доступна карточка просмотра проверки с информацией: ? по объекту; ? по результатам, подлежащим проверке; ? по статусу проверки (статус проверки должен соответствовать решению, принятому в мобильном приложении Инспекционного контроля); ? по участникам проверки; ? по материалам проверки (материалы проверки должны соответствовать содержать материалы, внесенные посредством мобильного приложения инспекционного контроля). Форма редактирования проверки должна обеспечивать ведение следующих сведений: ? плановая и фактическая дата проверки; ? статус проверки и статус утверждения проверки; ? контролер, инспектор и участники проверки; ? процент выполнения, комментарий к статусу проверки и материалы проверки. Информация о проверках по заданному объекту также должна выводиться вкарточке объекта на закладке Результаты оценки. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Услуги по проектированию и разработке информационных технологий для прикладных задач и тестированию программного обеспечения - 4. Требования к развитию Системы В рамках выполнения работ по развитию Системы необходимо выполнить работы по развитию модуля мобильная витрина проектов, а также разработать модуль мобильный инспекционный контроль. 4.1.1. Требования к развитию модуля мобильная витрина проектов В рамках работ по развитию модуля мобильная витрина проектов Исполнителем должны быть реализованы дополнительные разделы и новые функциональные возможности. Необходимо реализовать новый раздел Объекты капитального строительства для представления перечня проектов по реализации объектов капитального строительства. Экран перечня проектов должен обеспечивать представление следующей информации по проекту: ? Наименование проекта ? Индикаторы рисков; ? Руководитель проекта, Куратор проекта; ? Информация о контрактовании по проекту; ? Информация о финансировании и кассовом исполнении При нажатии на название в перечне проектов должен выполнять переход в карточку проекта по заданному объекту капитального строительства: ? представление информации по проекту ОКС (объект капитального строительства) с разделением интерфейса на предметные экраны с возможностью переключения посредством закладок; Экран Основное проекта ОКС должен содержать следующие элементы: o информация о проекте; o срок реализации проекта (плановые даты начала и окончания проекта); o стадия проекта; o выделенные средства на финансирование проекта с детализацией регионального бюджета; o команда проекта (аватар, фио, должность и роль пользователя в проекте); o кнопка отображения всей команды проекта; o галерея превью фотоотчетов по связанным с проектами объектам. - - Значение характеристики не может изменяться участником закупки - 4. Требования к развитию Системы В рамках выполнения работ по развитию Системы необходимо выполнить работы по развитию модуля мобильная витрина проектов, а также разработать модуль мобильный инспекционный контроль. 4.1.2. Требования к развитию модуля мобильная витрина проектов При клике на превью объекта осуществляется вызов окна с галереей фотоотчетов указанием стадии работ (ПИР СМР и ПНР) и даты съемки. ? представление диаграммы Ганта проекта в укрупненном виде; ? представление диаграммы Ганта проекта в формате полного плана работ аналогично веб-представления в ГИС ВО ПД ВО; ? представление финансовой информации о планировании и кассовом исполнении бюджета с разделением по видам бюджета на экране Бюджет; ? представление списка мероприятий проекта с возможностью фильтрации по ответственному на экране Мероприятия; Экран Мероприятия проекта ОКС должен содержать следующие элементы: o список мероприятий с указанием сроков исполнения, индикатором статуса и с возможностью перейти к просмотру карточки задачи; o список с подтверждающими документами с возможностью перейти к просмотру/скачиванию файлов; o срок исполнения (достижения) для каждого мероприятия; o группа кнопок перехода к диаграмме Ганта, добавления «В избранное», вызов карточки создания «Поручения»; o группа фильтров по «Ответственному» и «Уровню контроля». Карточка просмотра задачи проекта должна содержать следующие элементы: o id задачи; o статус исполнения; o фактический срок начала и окончания задачи; o плановый срок начала и окончания задачи; o готовность в %; o наименование задачи; o наименование связанного проекта; o ФИО автора и ответственного. - 4. Требования к развитию Системы В рамках выполнения работ по развитию Системы необходимо выполнить работы по развитию модуля мобильная витрина проектов, а также разработать модуль мобильный инспекционный контроль. 4.1.3 Требования к развитию модуля мобильная витрина проектов ? представление перечня контрактов по проекту с возможностью просмотра контракта на экране Контракты; Экран Контракты проекта должен содержать следующие элементы: o список контрактов; o поле поиска по контрактам по ИНН, Название организации, предмет контракта, ИКЗ; o фильтр по типам объектам. Список контрактов должен содержать следующие элементы: o наименование контракта; o статус контракта; o организация заказчика по контракту; o наименование связанного объекта; o кнопка перехода к карточке контракта; o плановые сроки контракта; o цена контракта; o кассовое исполнения; o финансирование на текущий год (шкала вычисления % исполнения по финансированию); «быстрые» кнопки «Скачать файл контракта», добавить «В избранное», вызов карточки создания поручения. ? представление перечня документов проекта с возможностью просмотра документа на экране Документы; - 4. Требования к развитию Системы В рамках выполнения работ по развитию Системы необходимо выполнить работы по развитию модуля мобильная витрина проектов, а также разработать модуль мобильный инспекционный контроль. 4.1.4. Требования к развитию модуля мобильная витрина проектов Экран документов должен содержать следующие элементы: o список документов проекта; o поиск по наименованию документа; o наименование и формат документа; o кнопка на скачивание документа; o дата загрузки; o ФИО автора; o размер; o фильтр по автору и типу документа; o кнопки сортировки документов по наименованию, дате, автору и размеру. С экрана конкретного проекта должен быть обеспечен переход: o на экран списка проектов, путем нажатия кнопки «Назад» в верхнем левом углу экрана приложения; o на главный экран через общую панель навигации, путем нажатия кнопки в левом верхнем углу приложения. ? возможность установки признака избранного в отношении проекта с последующим представлением перечня избранных проектов на отдельном экране. Необходимо оптимизировать интерфейс представления объектов на карте, а также карточку просмотра объекта в соответствии с принципиальным решением. При нажатии на объект открывается информация по объекту без перехода на другой экран. В карточке объекта должно быть отражено: ? превью фото объекта, при нажатии показывает галерею с фото; ? наименование объекта; ? адрес объекта; ? контакты ответственного лица (ФИО, телефон, мейл); ? работы на объекте с набором атрибутов: o статус работ; o национальный проект. - 4.2.1. Требования к модулю мобильный инспекционный контроль Должен быть реализован интерфейс мобильного приложения под управлением iOS и Android для мобильных устройств, позволяющий инспектору получать на мобильное устройство сведения о запланированных проверках объектов, фиксировать результаты проверки и отправлять данные проверки в Систему. Приложение должно работать с данными по принципу тонкого клиента Системы посредством api. Мобильное приложение должно обеспечивать просмотр связанной документации и статуса выполнения работ на объекте. По итогам инспекционной проверки должна быть возможность установить экспертное значение процента выполнения, а также прикрепить фото с объекта и комментарий к проверке. Требования к экранам модуля мобильный инспекционный контроль Экран авторизации На экране авторизации должны быть реализованы следующие функции: ? должна быть возможность выбора стендов Системы - Промышленный, Тестовый, Демонстрационный; ? должна быть возможность ввода пинкода: ? должна быть возможность перехода с экрана ввода пинкода на приветственный экран и далее до главного экрана. Главный экран. Главный экран должен содержать базовую информацию для принятия решений, а также информация по текущим активностям: ? проверки инспектора - персональный блок инспектора с личными цифрами в представление: Оценить , Начать, Завершить, Исправить; ? объекты в проверке в представление: Все, Нарушено, Соответствуют, На проверке; ? переключение между разделами главного экрана должно выполняться смахиванием. Экран списка проверок инспектора и контролера. На экране проверок должна выводиться следующая информация: ? заголовок (Проверки); ? список проверок; ? кнопка «Назад»; ? группа фильтров с кнопками «Применить» и «Сбросить» (если в фильтре установлены значения, то должен показываться бейдж): o фильтр по статусу проверки; o фильтр по объекту проверки. ? иконка для сортировки списка по дате (по убыванию/по возрастанию даты) - 4.2.2. Требования к модулю мобильный инспекционный контроль Позиции фильтра по статусу проверки (чек-листа) должна обеспечивать множественный выбор значений, который формируется динамически и актуальных записей проверок, например: ? Новый; ? Согласовано. Экран проверок должен содержать список со следующими атрибутами: ? изображение объекта, который в проверке; ? статус чек-листа (новый, согласовано и т.д.); ? название объекта; ? название результата/работы, которую надо проверить; ? срок проверки план; ? индикатор оценки итогов проверки Выявлены нарушения (красный), Без нарушений (зеленый), Нет данных (серый, пока проверка не прошла). При нажатии на элемент списка на экране проверок должен осуществляться переход на экран Чек-лист. Экран Чек-листа. Экран Чек-листа должен представлять информацию по группам атрибутов. Группа «Объект» должна содержать следующую информацию: ? аватар объекта, который в проверке; ? адрес объекта; ? статус чек-листа (запланирован, в работе, проверен …); ? название объекта – полное в несколько строк; ? название результата/работы, которую надо проверить –полное в несколько строк; ? сопроводительные документы к проверяемым результатам/работам – иконка, название файла; ? срок проверки (план) - дата. Группа «Проверка» должна содержать следующую информацию: ? инспектор - Фамилия И.О.; ? готовность - процент готовности из системы и процент выставленный инспектором – два целых числа %; ? срок проверки (факт) – должно быть предусмотрено, что дата фактической проверки первоначально может быть не указана; ? индикатор (с подписью) оценки итогов проверки: Выявлены нарушения (красный), Без нарушений (зеленый), Нет данных (серый, пока проверка не прошла); ? фотоотчет – должен отображаться по итогам проверки, при нажатии просмотр фото со на весь экран; ? документы проверки – иконка, название файла (с возможностью предварительного просмотра и скачивания на устройство). - 4.2.3. Требования к модулю мобильный инспекционный контроль Для экрана должен быть настроен следующий перечень действий для следующих ролей пользователей (если обе роли у пользователя, то должны быть доступны все действия): ? Инспектор: Начать проверку, Редактировать отчет (иконка), Завершить проверку. ? Контролер: Согласовано, Доработать, Отменено. Экран Отчета (редактирование) Экран Отчета (редактирование) должен обеспечивать возможность прикладывать фото, отмечать процент готовности, указывать комментарии с помощью следующих атрибутов: ? изображение объекта, который в проверке; ? адрес объекта; ? название объекта; ? название результата/работы, которую надо проверить; ? сопроводительные документы к проверяемым результатам/работам – иконка, название файла; ? срок проверки (план) – дата; ? готовность предлагаемая - процент готовности из системы; ? оценка готовности – виджет для установки процента готовности от 0 до 100% - редактирование; ? оценка соответствия – выбор значения из списка: Выявлены нарушения (красный), Без нарушений (зеленый), по умолчанию пустое значение - редактирование; ? комментарий к проверке – поле для ввода текста – редактирование; ? фотоотчет - кнопка для загрузки фото из библиотеки или с камеры; В нижней части экрана кнопки «Сохранить», в верхней части экрана кнопка «Назад». Реестр объектов. Реестр объектов должен содержать список объектов Системы. На экране реестра объектов должна быть возможность поиска объекта по статусу и адресу. При нажатии на объект должен выполняться переход в карточку объекта. Карточка объекта. Должна быть реализована возможность просмотра карточки объекта со следующими атрибутами: ? изображение объекта; ? изображения по хронологии готовности объекта; ? название; ? адрес; ? ответственный; ? процент готовности; ? данные финансового исполнения. - 4.2.4. Требования к модулю мобильный инспекционный контроль Требования к функциям модуля в веб интерфейсе Системы В веб интерфейсе Системы должен быт реализован раздел Контрольные мероприятия для навигации по проверкам в разрезе объектов и муниципальных образований, а также для мониторинга результатов проверки. В разделе должны быть реализованы фильтры для отбора проверок по следующим критериям: ? Период – по дате запланированной проверки; ? Объект – по проверяемому объекту; ? Тип объекта – по типу проверяемого объекта; ? Статус чек-листа – по статусу проверки чек-листа; ? Ответственная организация – по ответственной за объект организации; ? Поиск – поиск по наименованию. Создание записи с проверками по результатам выполнения работ должно инициироваться в интерфейсе карточки просмотра мероприятия проекта. Для планирования проверки в карточке мероприятия должна быть реализована кнопка «Создать Чек-лист». Кнопка «Создать Чек-лист» должна выводиться для пользователя с полномочием на право формирования чек-листов. В интерфейсе раздела Контрольные мероприятия должна быть доступна карточка просмотра проверки с информацией: ? по объекту; ? по результатам, подлежащим проверке; ? по статусу проверки (статус проверки должен соответствовать решению, принятому в мобильном приложении Инспекционного контроля); ? по участникам проверки; ? по материалам проверки (материалы проверки должны соответствовать содержать материалы, внесенные посредством мобильного приложения инспекционного контроля). Форма редактирования проверки должна обеспечивать ведение следующих сведений: ? плановая и фактическая дата проверки; ? статус проверки и статус утверждения проверки; ? контролер, инспектор и участники проверки; ? процент выполнения, комментарий к статусу проверки и материалы проверки. Информация о проверках по заданному объекту также должна выводиться вкарточке объекта на закладке Результаты оценки.

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

Услуги по проектированию и разработке информационных технологий для прикладных задач и тестированию программного обеспечения - 4. Требования к развитию Системы В рамках выполнения работ по развитию Системы необходимо выполнить работы по развитию модуля мобильная витрина проектов, а также разработать модуль мобильный инспекционный контроль. 4.1.1. Требования к развитию модуля мобильная витрина проектов В рамках работ по развитию модуля мобильная витрина проектов Исполнителем должны быть реализованы дополнительные разделы и новые функциональные возможности. Необходимо реализовать новый раздел Объекты капитального строительства для представления перечня проектов по реализации объектов капитального строительства. Экран перечня проектов должен обеспечивать представление следующей информации по проекту: ? Наименование проекта ? Индикаторы рисков; ? Руководитель проекта, Куратор проекта; ? Информация о контрактовании по проекту; ? Информация о финансировании и кассовом исполнении При нажатии на название в перечне проектов должен выполнять переход в карточку проекта по заданному объекту капитального строительства: ? представление информации по проекту ОКС (объект капитального строительства) с разделением интерфейса на предметные экраны с возможностью переключения посредством закладок; Экран Основное проекта ОКС должен содержать следующие элементы: o информация о проекте; o срок реализации проекта (плановые даты начала и окончания проекта); o стадия проекта; o выделенные средства на финансирование проекта с детализацией регионального бюджета; o команда проекта (аватар, фио, должность и роль пользователя в проекте); o кнопка отображения всей команды проекта; o галерея превью фотоотчетов по связанным с проектами объектам. - - Значение характеристики не может изменяться участником закупки

4. Требования к развитию Системы В рамках выполнения работ по развитию Системы необходимо выполнить работы по развитию модуля мобильная витрина проектов, а также разработать модуль мобильный инспекционный контроль. 4.1.2. Требования к развитию модуля мобильная витрина проектов При клике на превью объекта осуществляется вызов окна с галереей фотоотчетов указанием стадии работ (ПИР СМР и ПНР) и даты съемки. ? представление диаграммы Ганта проекта в укрупненном виде; ? представление диаграммы Ганта проекта в формате полного плана работ аналогично веб-представления в ГИС ВО ПД ВО; ? представление финансовой информации о планировании и кассовом исполнении бюджета с разделением по видам бюджета на экране Бюджет; ? представление списка мероприятий проекта с возможностью фильтрации по ответственному на экране Мероприятия; Экран Мероприятия проекта ОКС должен содержать следующие элементы: o список мероприятий с указанием сроков исполнения, индикатором статуса и с возможностью перейти к просмотру карточки задачи; o список с подтверждающими документами с возможностью перейти к просмотру/скачиванию файлов; o срок исполнения (достижения) для каждого мероприятия; o группа кнопок перехода к диаграмме Ганта, добавления «В избранное», вызов карточки создания «Поручения»; o группа фильтров по «Ответственному» и «Уровню контроля». Карточка просмотра задачи проекта должна содержать следующие элементы: o id задачи; o статус исполнения; o фактический срок начала и окончания задачи; o плановый срок начала и окончания задачи; o готовность в %; o наименование задачи; o наименование связанного проекта; o ФИО автора и ответственного.

4. Требования к развитию Системы В рамках выполнения работ по развитию Системы необходимо выполнить работы по развитию модуля мобильная витрина проектов, а также разработать модуль мобильный инспекционный контроль. 4.1.3 Требования к развитию модуля мобильная витрина проектов ? представление перечня контрактов по проекту с возможностью просмотра контракта на экране Контракты; Экран Контракты проекта должен содержать следующие элементы: o список контрактов; o поле поиска по контрактам по ИНН, Название организации, предмет контракта, ИКЗ; o фильтр по типам объектам. Список контрактов должен содержать следующие элементы: o наименование контракта; o статус контракта; o организация заказчика по контракту; o наименование связанного объекта; o кнопка перехода к карточке контракта; o плановые сроки контракта; o цена контракта; o кассовое исполнения; o финансирование на текущий год (шкала вычисления % исполнения по финансированию); «быстрые» кнопки «Скачать файл контракта», добавить «В избранное», вызов карточки создания поручения. ? представление перечня документов проекта с возможностью просмотра документа на экране Документы;

4. Требования к развитию Системы В рамках выполнения работ по развитию Системы необходимо выполнить работы по развитию модуля мобильная витрина проектов, а также разработать модуль мобильный инспекционный контроль. 4.1.4. Требования к развитию модуля мобильная витрина проектов Экран документов должен содержать следующие элементы: o список документов проекта; o поиск по наименованию документа; o наименование и формат документа; o кнопка на скачивание документа; o дата загрузки; o ФИО автора; o размер; o фильтр по автору и типу документа; o кнопки сортировки документов по наименованию, дате, автору и размеру. С экрана конкретного проекта должен быть обеспечен переход: o на экран списка проектов, путем нажатия кнопки «Назад» в верхнем левом углу экрана приложения; o на главный экран через общую панель навигации, путем нажатия кнопки в левом верхнем углу приложения. ? возможность установки признака избранного в отношении проекта с последующим представлением перечня избранных проектов на отдельном экране. Необходимо оптимизировать интерфейс представления объектов на карте, а также карточку просмотра объекта в соответствии с принципиальным решением. При нажатии на объект открывается информация по объекту без перехода на другой экран. В карточке объекта должно быть отражено: ? превью фото объекта, при нажатии показывает галерею с фото; ? наименование объекта; ? адрес объекта; ? контакты ответственного лица (ФИО, телефон, мейл); ? работы на объекте с набором атрибутов: o статус работ; o национальный проект.

4.2.1. Требования к модулю мобильный инспекционный контроль Должен быть реализован интерфейс мобильного приложения под управлением iOS и Android для мобильных устройств, позволяющий инспектору получать на мобильное устройство сведения о запланированных проверках объектов, фиксировать результаты проверки и отправлять данные проверки в Систему. Приложение должно работать с данными по принципу тонкого клиента Системы посредством api. Мобильное приложение должно обеспечивать просмотр связанной документации и статуса выполнения работ на объекте. По итогам инспекционной проверки должна быть возможность установить экспертное значение процента выполнения, а также прикрепить фото с объекта и комментарий к проверке. Требования к экранам модуля мобильный инспекционный контроль Экран авторизации На экране авторизации должны быть реализованы следующие функции: ? должна быть возможность выбора стендов Системы - Промышленный, Тестовый, Демонстрационный; ? должна быть возможность ввода пинкода: ? должна быть возможность перехода с экрана ввода пинкода на приветственный экран и далее до главного экрана. Главный экран. Главный экран должен содержать базовую информацию для принятия решений, а также информация по текущим активностям: ? проверки инспектора - персональный блок инспектора с личными цифрами в представление: Оценить , Начать, Завершить, Исправить; ? объекты в проверке в представление: Все, Нарушено, Соответствуют, На проверке; ? переключение между разделами главного экрана должно выполняться смахиванием. Экран списка проверок инспектора и контролера. На экране проверок должна выводиться следующая информация: ? заголовок (Проверки); ? список проверок; ? кнопка «Назад»; ? группа фильтров с кнопками «Применить» и «Сбросить» (если в фильтре установлены значения, то должен показываться бейдж): o фильтр по статусу проверки; o фильтр по объекту проверки. ? иконка для сортировки списка по дате (по убыванию/по возрастанию даты)

4.2.2. Требования к модулю мобильный инспекционный контроль Позиции фильтра по статусу проверки (чек-листа) должна обеспечивать множественный выбор значений, который формируется динамически и актуальных записей проверок, например: ? Новый; ? Согласовано. Экран проверок должен содержать список со следующими атрибутами: ? изображение объекта, который в проверке; ? статус чек-листа (новый, согласовано и т.д.); ? название объекта; ? название результата/работы, которую надо проверить; ? срок проверки план; ? индикатор оценки итогов проверки Выявлены нарушения (красный), Без нарушений (зеленый), Нет данных (серый, пока проверка не прошла). При нажатии на элемент списка на экране проверок должен осуществляться переход на экран Чек-лист. Экран Чек-листа. Экран Чек-листа должен представлять информацию по группам атрибутов. Группа «Объект» должна содержать следующую информацию: ? аватар объекта, который в проверке; ? адрес объекта; ? статус чек-листа (запланирован, в работе, проверен …); ? название объекта – полное в несколько строк; ? название результата/работы, которую надо проверить –полное в несколько строк; ? сопроводительные документы к проверяемым результатам/работам – иконка, название файла; ? срок проверки (план) - дата. Группа «Проверка» должна содержать следующую информацию: ? инспектор - Фамилия И.О.; ? готовность - процент готовности из системы и процент выставленный инспектором – два целых числа %; ? срок проверки (факт) – должно быть предусмотрено, что дата фактической проверки первоначально может быть не указана; ? индикатор (с подписью) оценки итогов проверки: Выявлены нарушения (красный), Без нарушений (зеленый), Нет данных (серый, пока проверка не прошла); ? фотоотчет – должен отображаться по итогам проверки, при нажатии просмотр фото со на весь экран; ? документы проверки – иконка, название файла (с возможностью предварительного просмотра и скачивания на устройство).

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

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

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

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

Требования к участникам: 1. Требование к участникам закупок в соответствии с п. 1 ч. 1 ст. 31 Закона № 44-ФЗ Дополнительные требования 1) Участник закупки не должен являться юридическим или физическим лицом, в отношении которого применяются специальные экономические меры, предусмотренные подпунктом а) пункта 2 Указа Президента РФ от 03.05.2022 г. 252 «О применении ответных специальных экономических мер в связи с недружественными действиями некоторых иностранных государств и международных организаций», либо являться организацией, находящейся под контролем таких лиц 2) В соответствии с положениями статей 1229, 1233 Гражданского кодекса РФ, для участника, являющегося автором, иным правообладателем: - наличие свидетельства об официальной регистрации автоматизированной информационной системы управления проектами в государcтвенном секторе «SP-PublicProjects», зарегистрированной в едином реестре российских программ для электронных вычислительных машин и баз данных, реестровая запись №3726 от 23.07.2017. Для участника, которому права на проведение обновлений программного обеспечения, его адаптации и иное использование программы переданы правообладателем: - копию договора (лицензионного договора, сублицензионного договора и др.) о передаче участнику прав на проведение обновлений программного обеспечения, его адаптации и иного использования автоматизированной информационной системы управления проектами в государcтвенном секторе «SP-PublicProjects», зарегистрированной в едином реестре российских программ для электронных вычислительных машин и баз данных, реестровая запись №3726 от 23.07.2017, заключённого в письменной форме и устанавливающего объем и способы использования программы, срок действия договора. 2. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 3. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ

Критерии оценки заявок участников

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

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

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

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

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

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

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

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

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

Наименование бюджета: Бюджет Воронежской области

Вид бюджета: бюджет субъекта Российской Федерации

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

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

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

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Порядок обеспечения заявки на участие в закупке предусмотрен статьей 44 Федерального закона от 05.04.2013 № 44-ФЗ. Обеспечение заявки на участие в закупке предоставляется одним из следующих способов: путем блокирования денежных средств на банковском счете, открытом таким участником в банке, включенном в перечень, утвержденный Правительством Российской Федерации, для их перевода в случаях, предусмотренных статьей 44 Закона № 44-ФЗ, на счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику, или в соответствующий бюджет бюджетной системы Российской Федерации или путем предоставления независимой гарантии, соответствующей требованиям статьи 45 Закона № 44-ФЗ. Участник закупки для подачи заявки на участие в закупке выбирает с использованием электронной площадки способ обеспечения такой заявки путем указания реквизитов специального счета или указания номера реестровой записи из реестра независимых гарантий, размещенного в единой информационной системе. Независимая гарантия должна соответствовать требованиям статьи 45 Закона № 44-ФЗ. Срок действия независимой гарантии должен составлять не менее месяца с даты окончания срока подачи заявок. Условия независимой гарантии указаны в приложении №4 к извещению об осуществлении закупки «Условия независимой гарантии». Участники закупки, являющиеся юридическими лицами, зарегистрированными на территории государства - члена Евразийского экономического союза, за исключением Российской Федерации, или физическими лицами, являющимися гражданами государства - члена Евразийского экономического союза, за исключением Российской Федерации, вправе предоставить обеспечение заявок в виде денежных средств с учетом особенностей, предусмотренных Постановлением Правительства РФ от 10.04.2023 № 579.

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03222643200000003100, л/c 05860020830, БИК 012007084, ОТДЕЛЕНИЕ ВОРОНЕЖ БАНКА РОССИИ // УФК по Воронежской области г. Воронеж, к/c 40102810945370000023

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

Право заключения контрактов с несколькими участниками закупки в случаях, указанных в части 10 статьи 34 Федерального закона 44-ФЗ: Не установлено

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

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

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

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Порядок обеспечения исполнения контракта предусмотрен статьей 96 Закона № 44-ФЗ. Исполнение контракта может обеспечиваться предоставлением независимой гарантии, соответствующей требованиям ст.45 Закона № 44-ФЗ, или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством РФ учитываются операции со средствами, поступающими заказчику. Способ обеспечения исполнения контракта, срок действия независимой гарантии определяются в соответствии с требованиями Закона № 44-ФЗ участником закупки, с которым заключается контракт, самостоятельно. При этом срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в т.ч. в случае его изменения в соответствии со статьей 95 Закона № 44-ФЗ.Контракт заключается после предоставления участником закупки, с которым заключается контракт, обеспечения исполнения контракта в соответствии с Законом № 44-ФЗ.

Платежные реквизиты для обеспечения исполнения контракта: p/c 03222643200000003100, л/c 05860020830, БИК 012007084, ОТДЕЛЕНИЕ ВОРОНЕЖ БАНКА РОССИИ // УФК по Воронежской области г. Воронеж, к/c 40102810945370000023

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

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

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

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

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

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

Наименование бюджета: Бюджет Воронежской области

Вид бюджета: бюджет субъекта Российской Федерации

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

Документы

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

Документы

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