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

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

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

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

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

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

Размещение осуществляет: Заказчик АДМИНИСТРАЦИЯ МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ "ГОРОД САРАТОВ"

Наименование объекта закупки: Услуги по сопровождению информационной системы, автоматизирующей процесс проектного управления в администрации муниципального образования «Город Саратов»

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

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

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

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

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

Почтовый адрес: Российская Федерация, 410031, Саратовская обл, Саратов г, Первомайская, Д. 78

Место нахождения: Российская Федерация, 410031, Саратовская обл, Саратов г, Первомайская, Д. 78

Ответственное должностное лицо: Дружина Е. Е.

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

Номер контактного телефона: 7-8452-748711

Дополнительная информация: Нарушение требований антимонопольного законодательства Российской Федерации о запрете участия в ограничивающих конкуренцию соглашениях, осуществления ограничивающих конкуренцию согласованных действий влечет наступление административной и уголовной ответственности. Функциональные, технические, качественные, эксплуатационные характеристики в полном объеме предусмотрены в Приложении № 1 к Извещению об осуществлении закупки «Описание объекта закупки» и Приложении № 1 к Проекту контракта

Регион: Саратовская обл

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

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

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

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

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

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

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

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

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

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

Дата начала исполнения контракта: 01.01.2026

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

Количество этапов: 12

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

Наименование бюджета: Бюджет муниципального образования "Город Саратов"

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

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

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

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

- 62.02.30.000 - Услуги по сопровождению информационной системы, автоматизирующей процесс проектного управления в администрации муниципального образования «Город Саратов» ПЕРЕЧЕНЬ УСЛУГ Консультационные услуги производятся Исполнителем в режиме реального времени по рабочим дням, по телефону(ам) (звонок бесплатный) с 9 часов 00 минут до 18 часов 00 минут (по местному времени Заказчика). В день заключения контракта Исполнитель обязан письменно предоставить Заказчику номер(а) телефона(ов), адреса электронной почты, по которым Исполнитель будет оказывать консультационные услуги по эксплуатации АИС и по которым Стороны будут вести официальные переговоры и переписку ... Раздел 1. Перечень услуг по сопровождению, мониторингу и устранению сбоев существующих модулей АИС «Проектное управление». 1.1. Общие сведения Система предназначена для решения следующих задач, связанных с управлением проектами, программами и портфелями проектов Заказчика: ? автоматизации и информационно-аналитического обеспечения деятельности по управлению проектами, государственными программами и портфелями проектов Заказчика; ? поддержки принятия управленческих решений на основе постоянного мониторинга состояния выполнения проектов, своевременного выявления проблем; ? предоставления всем участникам проектной деятельности актуальной и своевременной информации по ходу реализации проектов; ? эффективного использования временных, человеческих и финансовых ресурсов, выделяемых на проекты; ? формирования единого информационного пространства для всех участников проектной деятельности; ? повышения эффективности внутриведомственного, межведомственного и межуровневого взаимодействия, а также взаимодействия с привлекаемыми коммерческими организациями Раздел 1. Перечень услуг по сопровождению, мониторингу и устранению сбоев существующих модулей АИС «Проектное управление» 1.2. Цели и задачи сопровождения Повышение эффективности и качества реализации проектов в муниципальном образовании «Город Саратов» за счет обеспечения команд проектов актуальной, полной и достоверной информацией; Поддержка принятия управленческих решений на основе постоянного мониторинга состояния выполнения проектов, своевременное выявление проблем; Повышение эффективности внутриведомственного, межведомственного и межуровневого взаимодействия, а также взаимодействия с привлекаемыми коммерческими организациями; Обеспечение всех участников проектной деятельности удобными средствами и инструментами управления проектом; Стандартизация данных по проектному управлению за счет внедрения дополнительных возможностей; Обеспечение снижения трудозатрат и сроков формирования планов и отчётности по проектам - Месяц - 12,00 - 60 250,00 - 723 000,00

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке ПЕРЕЧЕНЬ УСЛУГ Консультационные услуги производятся Исполнителем в режиме реального времени по рабочим дням, по телефону(ам) (звонок бесплатный) с 9 часов 00 минут до 18 часов 00 минут (по местному времени Заказчика). В день заключения контракта Исполнитель обязан письменно предоставить Заказчику номер(а) телефона(ов), адреса электронной почты, по которым Исполнитель будет оказывать консультационные услуги по эксплуатации АИС и по которым Стороны будут вести официальные переговоры и переписку Услуги по устранению сбоев в работе программной составляющей АИС в соответствии с Регламентом технической поддержки, указанному в Разделе 3 Услуга по передаче Заказчику сведений по составу выполненной модернизации программного обеспечения текущей версии программного обеспечения АИС и сведений о новых разработках и усовершенствованиях в процессе модернизации АИС, предоставляется совместно с услугой по проведению в прямом доступе через сеть «Интернет» устранения сбоев в работе программной составляющей АИС Перечень работ по сопровождению, мониторингу и устранению сбоев автоматизированной информационной системы «Проектное управление», представлен в Разделе 1 Общие требования к автоматизированной информационной системе приведены в Разделе 2 Регламент технической поддержки АИС указан в Разделе 3 Раздел 1. Перечень услуг по сопровождению, мониторингу и устранению сбоев существующих модулей АИС «Проектное управление». 1.1. Общие сведения Система предназначена для решения следующих задач, связанных с управлением проектами, программами и портфелями проектов Заказчика: ? автоматизации и информационно-аналитического обеспечения деятельности по управлению проектами, государственными программами и портфелями проектов Заказчика; ? поддержки принятия управленческих решений на основе постоянного мониторинга состояния выполнения проектов, своевременного выявления проблем; ? предоставления всем участникам проектной деятельности актуальной и своевременной информации по ходу реализации проектов; ? эффективного использования временных, человеческих и финансовых ресурсов, выделяемых на проекты; ? формирования единого информационного пространства для всех участников проектной деятельности; ? повышения эффективности внутриведомственного, межведомственного и межуровневого взаимодействия, а также взаимодействия с привлекаемыми коммерческими организациями Раздел 1. Перечень услуг по сопровождению, мониторингу и устранению сбоев существующих модулей АИС «Проектное управление» 1.2. Цели и задачи сопровождения Повышение эффективности и качества реализации проектов в муниципальном образовании «Город Саратов» за счет обеспечения команд проектов актуальной, полной и достоверной информацией; Поддержка принятия управленческих решений на основе постоянного мониторинга состояния выполнения проектов, своевременное выявление проблем; Повышение эффективности внутриведомственного, межведомственного и межуровневого взаимодействия, а также взаимодействия с привлекаемыми коммерческими организациями; Обеспечение всех участников проектной деятельности удобными средствами и инструментами управления проектом; Стандартизация данных по проектному управлению за счет внедрения дополнительных возможностей; Обеспечение снижения трудозатрат и сроков формирования планов и отчётности по проектам Раздел 1. Перечень услуг по сопровождению, мониторингу и устранению сбоев существующих модулей АИС «Проектное управление» 1.3. Перечень услуг Перечень услуг по разделу включает: ? оказание консультационных услуг по описанию сценариев работы «как есть»; ? формирование описания процессов в различных нотациях моделирования; ? формирования сценариев работы «как будет»; ? обследование уровня автоматизации проектного управления, формирование опросных листов и сценариев работы с процессами; ? формализация требований к настройке процессов; ? согласование и настройка прав доступа к основным объектам АИС «Проектное управление» для новых пользователей; ? устранение сбоев АИС «Проектное управление»; ? проведение обследования и анализа процессов работы в подразделениях муниципального образования «Город Саратов» для оценки текущего состояния и повышения эффективности процесса проектного управления Раздел 2. Общие требования к АИС «Проектное управление» 2.1. Требования к системному программному обеспечению Исполнитель обеспечивает работу всех компонентов Системы на серверах, работающих под управлением установленных Заказчиком операционных систем, отвечающим требованиям стандарта Linux Standard Base 5, включенных в Единый реестр российских программ для ЭВМ и баз данных и не требующих дополнительных вложений для их приобретения и последующей эксплуатации. Исполнитель обеспечивает установку и обновление Системы с помощью менеджеров пакетов, стандартных для применяемых операционных систем, без необходимости использования стороннего программного обеспечения. Исполнитель предоставляет реквизиты доступа к репозиторию пакетов, содержащих прикладное программное обеспечение, необходимое для установки и обновления системы. В случае производственной необходимости необходимо иметь возможность тестовой эксплуатации любого из компонентов Системы управлением следующих операционных систем, установленных на серверах Заказчика: - Microsoft Windows Server 2012; - Microsoft Windows Server Standard 2016; - Microsoft Windows Server Standard 2019; - Microsoft Windows Server Essential 2019 Раздел 2. Общие требования к АИС «Проектное управление» 2.2. Требования к системе управления базами данных Для возможности доступа к данным необходимо обеспечить: - Хранение и доступ данных в соответствии с реляционной моделью; - Наличие интерфейса доступа к данным, соответствующего стандарту SQL:1999, используемому Заказчиком; - Наличие транзакционного механизма контроля целостности данных и доступа к ним. Для обеспечения требуемого уровня целостности данных и надёжности их хранения необходимо использовать механизм двухфазного подтверждения транзакций. Для обеспечения требуемой эффективности работы с данными как c целью их транзакционной обработки, включающей в себя сохранение, изменение и удаление данных, так и для всестороннего аналитического анализа больших объёмов данных необходимо использовать мультиверсионную архитектуру. Выполнение операций проверки состояния, исправления ошибок, создания резервных копий и их восстановление необходимо осуществлять с применением штатных средств СУБД. Выполнение операций создания резервных копий необходимо осуществлять без необходимости остановки Системы или отключения текущих пользователей. Для снижения нагрузки и уменьшения размеров резервных копий имеется возможность создания резервных копий в инкрементальном режиме. Используемая СУБД не требует дополнительных вложений для её приобретения и последующей эксплуатации при любой конфигурации аппаратного обеспечения, включая объём оперативной памяти, количество процессоров (ядер процессоров), и объёма хранимых данных Раздел 2. Общие требования к АИС «Проектное управление» 2.3. Требования к подсистеме индексирования и поиска данных Возможность индексирования файлов следующих стандартов, используемых Заказчиком: ECMA-376; ISO/IEC 29500-1:2016; ISO/IEC 26300-1:2015; ISO 32000-1:2008; ISO 19005-1:2005; ISO 19005-2:2011; ISO 19005-3:2012; RFC 1866, HTML 3.2, ISO/IEC 15445:2000, HTML 5, HTML 5.1 (без индексации тегов); Возможность индексирования файлов следующих форматов: *.doc; *.xls; *.ppt; *.rtf версии 1.5 и выше; Текстовые файлы с использованием кодировок WIN-1251, DOS-866, UTF-8. Индексирование файлов других форматов, необходимых в ходе эксплуатации Системы, необходимо производить путем использования дополнительных подключаемых модулей без необходимости изменения существующей подсистемы индексирования и поиска данных. Индексирование как одиночных файлов, так и файлов, находящихся в архивах форматов ZIP, RAR, 7Z. Хранение индексов необходимо осуществлять в виде файлов в файловой системе. Выполнение операции оптимизации индексов необходимо осуществлять штатными средствами системы индексирования и поиска без необходимости её остановки. Для обеспечения максимальной оперативности при выполнении операций поиска индексирование информации необходимо производить в реальном времени. Для обеспечения максимальной производительности необходимо иметь возможность построения распределенной структуры путём использования: - Репликации индексов между однородными хранилищами индексов; - Горизонтальное масштабирование с помощью шардинга хранилищ индексов; Для обеспечения максимальной отказоустойчивости необходимо кластеризация с автоматическим замещением вышедших из строя узлов Раздел 2. Общие требования к АИС «Проектное управление» 2.4. Требования к подсистеме доставки сообщений Для оперативного оповещения пользователей об изменениях данных необходимо использовать механизмы доставки клиентскому программному обеспечению сообщений об этих изменениях от сервера (серверов) системы. Доставку таких сообщений необходимо выполнять в асинхронном режиме путём формирования и обработки очередей сообщений на сервере (серверах) системы без необходимости их периодического опроса. Подключение клиентских приложений с применением следующих транспортных протоколов, используемых Заказчиком: - Web Sockets; - Secure Web Sockets; - TCP; - SSL. Использование других транспортных протоколов, необходимых в ходе эксплуатации Системы, возможно путем применения подключаемых модулей без необходимости изменения подсистемы доставки сообщений. Взаимодействие с применением следующих протоколов передачи данных, используемых Заказчиком: - OpenWire; - Stomp. Использование других протоколов передачи данных, необходимых в ходе эксплуатации Системы, возможно путем применения подключаемых модулей без необходимости изменения подсистемы доставки сообщений. Для обеспечения требуемого уровня надёжности необходимо обеспечить сохранение очереди сообщений и её автоматическое восстановление после перезапуска необходимых служб. Для обеспечения требуемого уровня отказоустойчивости есть возможность кластеризации с автоматическим замещением вышедших из строя узлов. Для обеспечения требуемого уровня совместимости с существующими решениями обеспечено соответствие стандартам JMS 1.1 и J2EE 1.4, используемым Заказчиком. Администрирование подсистемы доставки сообщений необходимо производить с использованием веб-интерфейса без необходимости установки дополнительного программного обеспечения. Для достижения требуемого уровня защиты данных необходимо обеспечить запрет доступа к элементам очередей сообщений подсистемы доставки сообщений из интерфейса администрирования. Используемая подсистема доставки сообщений не требует дополнительных вложений для её приобретения и последующей эксплуатации Раздел 2. Общие требования к АИС «Проектное управление» 2.5. Требования к подсистеме просмотра документов Для снижения затрат при эксплуатации необходимо иметь возможность просмотра документов требуемых форматов в веб-интерфейсе без необходимости установки дополнительного программного обеспечения. Преобразование документов, соответствующих следующим стандартам, используемым Заказчиком, в HTML-представление: - ECMA-376, - ISO/IEC 29500-1:2016; - ISO/IEC 26300-1:2015; - ISO 32000-1:2008; - ISO 19005-1:2005; - ISO 19005-2:2011; - ISO 19005-3:2012; Кроме того, необходима возможность использования файлов следующих форматов: - *.doc; - *.xls; - *.ppt; - *.rtf версии 1.5 и выше; - *.tif. Автоматическое масштабирование и другие изменения преобразованных документов осуществляются в соответствии с характеристиками клиентских рабочих мест Раздел 2. Общие требования к АИС «Проектное управление» 2.6. Требования, предъявляемые к внешнему программному интерфейсу Внешним программным интерфейсом к Системе является совокупность веб-сервисов, с помощью которых осуществляется взаимодействие Системы со сторонними программными продуктами. Соответствие применяемых при организации подобного взаимодействия технологий, стандартов и спецификаций требованиям стандартов РФ, действующему законодательству РФ в разрезе безопасности и защиты данных, а также международным требованиям в области взаимодействия информационных систем Раздел 2. Общие требования к АИС «Проектное управление» 2.7. Требования к протоколам сетевого взаимодействия Обращение к внешнему программному интерфейсу с помощью методов доступа, соответствующим следующим стандартам в области сетевых протоколов передачи данных, используемым Заказчиком: Протокол передачи гипертекстовой информации HTTP v.1.1 - стандарт RFC 2616; Модернизированный протокол HTTP v.1.1 c реализацией безопасного транспортного уровня передачи данных TLS для существующего протокола управления передачей данных TCP; Протокол защищенных соединений SSL v3/TLS - стандарт RFC 5246; Стандарты RFC 4301, 4302, 4835, 2403, 2404, 2405, 4303, 4835, 5996, 2410, 2411, 2412, описывающие набор протоколов IP Security; Сервисы поддержки пространства имен стандарта RFC 1035 Раздел 2. Общие требования к АИС «Проектное управление» 2.8. Требования к протоколам Web-сервисов Обращение к внешнему программному интерфейсу Системы сторонних информационных систем в соответствии со следующими стандартами взаимодействия Web-сервисов, используемыми Заказчиком: Базовый профиль интероперабельности v.1.1 – стандарт Организации по интероперабельности Web-сервисов; Профиль передачи Web-сервисами бинарных приложений (WS-I AttachmentsProfile 1.0) – стандарт Организации по интероперабельности Web-сервисов WS-I; Профиль передачи Web-сервисами бинарных приложений (SOAP MessageTransmissionOptimizationMechanism) – стандарт консорциума W3C; Профиль связывания Web-сервисов (WS-I Simple SOAP BindingProfile 1.0) – стандарт организации по интероперабельности Web-сервисов WS-I; Протокол SOAP 1.1 – стандарт консорциума W3C; Язык описания Web-сервисов (WebServicesDescriptionLanguage, WSDL 1.1) – стандарт консорциума W3C; Политика использования Web-сервисов (WebServicesPolicy 1.2) – проект рекомендации консорциума W3C; Спецификация универсального описания, обнаружения и интеграции Web-сервисов UDDI v.3.0 (UniversalDescriptionDiscoveryandIntegration) – стандарт OASIS; Метаданные и данные, передаваемых в процессе информационного обмена с помощью внешнего программного интерфейса Системы определять с помощью следующих стандартов, используемых Заказчиком: - Расширяемый язык разметки XML версии 1.1; - XML-схема версии 1.1; - Расширяемый язык таблиц стилей XSL версии 1.1 Раздел 2. Общие требования к АИС «Проектное управление» 2.9. Требования к подсистеме коммуникаций Необходимо обеспечить возможность коммуникации пользователей путем передачи аудио- и видео-данных как в режиме «пользователь»-«пользователь», так и в режиме видео-конференции. В качестве устройств ввода видео-изображения и голоса должны использоваться камеры и микрофоны, а для отображения видео и вывода звука - мониторы и динамики, встроенные или подключаемые к клиентскому рабочему месту. Необходимо обеспечить возможность подключения клиентских приложений к серверу коммуникаций с применением следующих транспортных протоколов: Web Sockets, Secure Web Sockets (RFC 6455); Session Initiation Protocol (RFC 3261). Для обеспечения совместимости форматов данных, передаваемых клиентскими приложениями, подсистема коммуникаций должна поддерживать передачу аудио с использованием кодеков G711 (ITU-T Rec. G.711), OPUS (RFC 6716), и передачу видео с использованием кодека VP8 (RFC6386). Все сеансы связи между пользователями должны регистрироваться в журнале, с указанием времени, длительности и участников сеанса. Подсистема коммуникаций должна обеспечивать возможность записи сеансов связи между пользователями и видеоконференций в форматах mp3 для аудио-данных и mp4 для видео-данных. Необходимо обеспечить возможность доступа к записям сеансов из журнала регистрации сеансов, с учетом полномочий пользователей. Подсистема коммуникаций должна обеспечивать возможность подключения к цифровой телефонной станции, используемой заказчиком, по протоколу SIP для осуществления голосовых вызовов на номера пользователей операторов телефонных сетей общего пользования Раздел 2. Общие требования к АИС «Проектное управление» 2.10. Требования к пользовательскому интерфейсу Любое взаимодействие пользователей с Системой, включая выполнение процедур настройки и администрирования Системы, необходимо осуществлять с помощью веб-интерфейса без необходимости установки дополнительного программного обеспечения. Функционирование пользовательского интерфейса необходимо осуществлять в следующих веб-браузерах, установленных на оборудовании Заказчика, без необходимости использования дополнительных расширений и модулей: Яндекс.Браузер 17.1 и выше; Спутник; Google Chrome версии 50 и выше; Mozilla Firefox версии 50 и выше; Safari версии 9 и выше; Internet Explorer версии 11; Microsoft Edge. Обеспечение функционирования пользовательского интерфейса на рабочих станциях под управлением следующих операционных систем, установленных на оборудовании Заказчика, без необходимости изменения состава и конфигурации системного и прикладного программного обеспечения, предоставляемого поставщиком операционных систем: - Rosa Enterprise Desktop; - Astra Linux Common Desktop; - Microsoft Windows 7 и выше; - Различные версии операционной системы Linux, отвечающим требованиям отвечающим требованиям стандарта Linux Standard Base 5.0 стандарта; - Mac OS X 10.10 и выше Раздел 2. Общие требования к АИС «Проектное управление» 2.11. Требования к конфигурации рабочих станций Необходимо обеспечить комфортную работу пользователей с пользовательским интерфейсом системы при следующей минимальной конфигурации рабочей станции: - Процессор архитектуры x86/x86-64 c количеством вычислительных ядер не менее 2, работающих с тактовой частотой не менее 2 ГГц; - Объем оперативной памяти - не менее 2 ГБ; - Объем свободного пространства на жестком диске - не менее 200 МБ; - Сетевая карта со скоростью обмена данными не менее 100 Мбит/c; - Устройство отображения графической информации с разрешением не менее 1280х1024; - Клавиатура; - Указательное устройство ввода информации Раздел 2. Общие требования к АИС «Проектное управление» 2.12. Требования к патентной чистоте Исполнитель должен иметь правовые основания, соответствующие патентной чистоте при оказании услуг по сопровождению информационной системы, автоматизирующей процесс проектного управления в администрации муниципального образования «Город Саратов» на базе платформы Motiware Melody One, в том числе исключающие претензии правообладателя и третьих лиц. Исполнитель гарантирует патентную и лицензионную чистоту всех применяемых в процессе оказания услуг технических решений и несет полную ответственность в случаях обращения к Заказчику третьих лиц с претензиями, в том числе обладателей исключительных прав, связанных с нарушением прав правообладателей при исполнении Контракта. Реализация технических, программных, организационных и иных решений, предусмотренных Техническим заданием, не должна приводить к нарушению авторских и смежных прав третьих лиц Раздел 3. Регламент технической поддержки. Общие положения Техническая поддержка оказывается по АИС «Проектное управление». Специалисты отдела технической поддержки исполнителя (ОТП) оказывают техническую и консультационную помощь: ? пользователям АИС. ? пользователям, эксплуатирующим АИС в демонстрационном режиме Раздел 3. Регламент технической поддержки. График работы технической поддержки День недели Время работы (МСК+1) Понедельник - пятница 09:00- 18:00 Суббота, воскресенье, праздничные дни — Раздел 3. Регламент технической поддержки. Обязанности ОТП В круг вопросов, решаемых специалистами ОТП, входят следующие: 1. Разъяснение вопросов по работе с АИС. 2. Консультации по установке и настройке АИС. 3. Ошибки, возникающие в процессе эксплуатации АИС. Устранение сбоев в работе и восстановление работы проекта (оказывается консультативная помощь в поиске и устранении причин, вызвавших сбой в работе). 4. Устранение ошибок программного продукта (производится диагностика с целью установления факта ошибки в работе программного продукта. Выявленная проблема, в зависимости от сложности, устраняется в процессе диагностики или в последующих обновлениях) Раздел 3. Регламент технической поддержки. Обязанности пользователей При обращении в ОТП пользователь обязан предоставить: 1. Свои контактные данные 2. Подробное описание вопроса (проблемы). Для быстрого решения вопроса пользователю необходимо следовать инструкциям специалиста ОТП Раздел 3. Регламент технической поддержки. Порядок оказания технической поддержки Работа ОТП с обращением состоит из следующих этапов: Регистрация обращения — регистрация обращения в личном кабинете (создание задачи по обращению). Обработка обращения — выполнение основных работ, направленных на решение задачи, указанной в обращении. Эскалация обращения — передача обращения в отдел администрирования или разработки в случае невозможности решения проблемы силами специалистов ОТП. Закрытие обращения — фактическое окончание работ по обращению (закрытие задачи по обращению). Формирование обращения Пользователь может передать свое обращение в службу технической поддержки через любой из следующих каналов: Телефоны: многоканальный, бесплатный для Заказчика Электронная почта. При поступлении обращения по телефону специалист ОТП обязан проконсультировать пользователя. Если описанная проблема нуждается в проверке, необходимо запросить у пользователя отправку подробного описания проблемы на электронный адрес ТП Раздел 3. Регламент технической поддержки. Обработка обращения Специалист ОТП обязан выяснить у обратившегося подробности, необходимые для воспроизведения ошибки на тестовых площадках и выявления причин проблемы. Для воспроизведения проблемы и выяснения причин её возникновения обычно требуется следующая информация: 1. Название и версия браузера, в котором проявляется проблема. 2. Действия, выполняемые пользователем, в результате которых обнаружилась проблема. 3. Скриншоты, на которых будет проиллюстрирована проблема и другая информация, запрошенная сотрудником ОТП. Скриншоты позволяют определить условия, при которых возникает проблема. При выяснении подробностей специалисту ОТП запрещается запрашивать логин и пароль пользователя, так как это нарушает политику конфиденциальности Раздел 3. Регламент технической поддержки. Эскалация обращения В случае если специалисты ОТП не могут решить поставленную задачу, обращение передаётся в другие отделы в зависимости от вида проблемы. Проблема с подключением к АИС - обращение передаётся в отдел системного администрирования для дальнейшей работы, выявления и устранения неисправностей. Ошибка в программном коде АИС - обращение передаётся в отдел разработки для выявления и устранения неисправности. Исправление включается в патч, который после выхода предоставляется обратившемуся Раздел 3. Регламент технической поддержки. Закрытие обращения После того, как обращение решено и патч с исправлением установлен на площадку обратившегося пользователя, необходимо уведомить его о решении. После выставления заказчиком статуса «Нет замечаний», исполнителю необходимо включить решенное обращение в план тестирования и выставить соответствующий статус. После этого обращение считается закрытым. Сотруднику ТП необходимо отправить доклад о завершении задачи. В том случае, если пользователь считает необходимым доработать решение проблемы, он отправляет задачу на доработку, предварительно указав статус «Есть замечания» в разделе «Описание» Раздел 3. Регламент технической поддержки. Обновление площадки муниципального образования «Город Саратов» При обновлении площадки Исполнитель: 1. Предоставляет Заказчику перечень обновлений, которые вошли в патч. 2. Уведомляет пользователей о том, что планируется обновление, и получить подтверждение на проведение работ. 3. Размещает объявление на площадке up.admsaratov.ru о проведении работ с указанием времени. 4. При первом входе пользователя в систему после обновления, выводит информацию о том, что система обновлена. 5. Обязательно извещает Заказчика об обновлении всех связанных площадок, включая тестовые - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - ПЕРЕЧЕНЬ УСЛУГ - Консультационные услуги производятся Исполнителем в режиме реального времени по рабочим дням, по телефону(ам) (звонок бесплатный) с 9 часов 00 минут до 18 часов 00 минут (по местному времени Заказчика). В день заключения контракта Исполнитель обязан письменно предоставить Заказчику номер(а) телефона(ов), адреса электронной почты, по которым Исполнитель будет оказывать консультационные услуги по эксплуатации АИС и по которым Стороны будут вести официальные переговоры и переписку - - - Услуги по устранению сбоев в работе программной составляющей АИС в соответствии с Регламентом технической поддержки, указанному в Разделе 3 - Услуга по передаче Заказчику сведений по составу выполненной модернизации программного обеспечения текущей версии программного обеспечения АИС и сведений о новых разработках и усовершенствованиях в процессе модернизации АИС, предоставляется совместно с услугой по проведению в прямом доступе через сеть «Интернет» устранения сбоев в работе программной составляющей АИС - Перечень работ по сопровождению, мониторингу и устранению сбоев автоматизированной информационной системы «Проектное управление», представлен в Разделе 1 - Общие требования к автоматизированной информационной системе приведены в Разделе 2 - Регламент технической поддержки АИС указан в Разделе 3 - Раздел 1. Перечень услуг по сопровождению, мониторингу и устранению сбоев существующих модулей АИС «Проектное управление». 1.1. Общие сведения - Система предназначена для решения следующих задач, связанных с управлением проектами, программами и портфелями проектов Заказчика: ? автоматизации и информационно-аналитического обеспечения деятельности по управлению проектами, государственными программами и портфелями проектов Заказчика; ? поддержки принятия управленческих решений на основе постоянного мониторинга состояния выполнения проектов, своевременного выявления проблем; ? предоставления всем участникам проектной деятельности актуальной и своевременной информации по ходу реализации проектов; ? эффективного использования временных, человеческих и финансовых ресурсов, выделяемых на проекты; ? формирования единого информационного пространства для всех участников проектной деятельности; ? повышения эффективности внутриведомственного, межведомственного и межуровневого взаимодействия, а также взаимодействия с привлекаемыми коммерческими организациями - - - Раздел 1. Перечень услуг по сопровождению, мониторингу и устранению сбоев существующих модулей АИС «Проектное управление» 1.2. Цели и задачи сопровождения - Повышение эффективности и качества реализации проектов в муниципальном образовании «Город Саратов» за счет обеспечения команд проектов актуальной, полной и достоверной информацией; Поддержка принятия управленческих решений на основе постоянного мониторинга состояния выполнения проектов, своевременное выявление проблем; Повышение эффективности внутриведомственного, межведомственного и межуровневого взаимодействия, а также взаимодействия с привлекаемыми коммерческими организациями; Обеспечение всех участников проектной деятельности удобными средствами и инструментами управления проектом; Стандартизация данных по проектному управлению за счет внедрения дополнительных возможностей; Обеспечение снижения трудозатрат и сроков формирования планов и отчётности по проектам - - - Раздел 1. Перечень услуг по сопровождению, мониторингу и устранению сбоев существующих модулей АИС «Проектное управление» 1.3. Перечень услуг - Перечень услуг по разделу включает: ? оказание консультационных услуг по описанию сценариев работы «как есть»; ? формирование описания процессов в различных нотациях моделирования; ? формирования сценариев работы «как будет»; ? обследование уровня автоматизации проектного управления, формирование опросных листов и сценариев работы с процессами; ? формализация требований к настройке процессов; ? согласование и настройка прав доступа к основным объектам АИС «Проектное управление» для новых пользователей; ? устранение сбоев АИС «Проектное управление»; ? проведение обследования и анализа процессов работы в подразделениях муниципального образования «Город Саратов» для оценки текущего состояния и повышения эффективности процесса проектного управления - - - Раздел 2. Общие требования к АИС «Проектное управление» 2.1. Требования к системному программному обеспечению - Исполнитель обеспечивает работу всех компонентов Системы на серверах, работающих под управлением установленных Заказчиком операционных систем, отвечающим требованиям стандарта Linux Standard Base 5, включенных в Единый реестр российских программ для ЭВМ и баз данных и не требующих дополнительных вложений для их приобретения и последующей эксплуатации. Исполнитель обеспечивает установку и обновление Системы с помощью менеджеров пакетов, стандартных для применяемых операционных систем, без необходимости использования стороннего программного обеспечения. Исполнитель предоставляет реквизиты доступа к репозиторию пакетов, содержащих прикладное программное обеспечение, необходимое для установки и обновления системы. В случае производственной необходимости необходимо иметь возможность тестовой эксплуатации любого из компонентов Системы управлением следующих операционных систем, установленных на серверах Заказчика: - Microsoft Windows Server 2012; - Microsoft Windows Server Standard 2016; - Microsoft Windows Server Standard 2019; - Microsoft Windows Server Essential 2019 - - - Раздел 2. Общие требования к АИС «Проектное управление» 2.2. Требования к системе управления базами данных - Для возможности доступа к данным необходимо обеспечить: - Хранение и доступ данных в соответствии с реляционной моделью; - Наличие интерфейса доступа к данным, соответствующего стандарту SQL:1999, используемому Заказчиком; - Наличие транзакционного механизма контроля целостности данных и доступа к ним. Для обеспечения требуемого уровня целостности данных и надёжности их хранения необходимо использовать механизм двухфазного подтверждения транзакций. Для обеспечения требуемой эффективности работы с данными как c целью их транзакционной обработки, включающей в себя сохранение, изменение и удаление данных, так и для всестороннего аналитического анализа больших объёмов данных необходимо использовать мультиверсионную архитектуру. Выполнение операций проверки состояния, исправления ошибок, создания резервных копий и их восстановление необходимо осуществлять с применением штатных средств СУБД. Выполнение операций создания резервных копий необходимо осуществлять без необходимости остановки Системы или отключения текущих пользователей. Для снижения нагрузки и уменьшения размеров резервных копий имеется возможность создания резервных копий в инкрементальном режиме. Используемая СУБД не требует дополнительных вложений для её приобретения и последующей эксплуатации при любой конфигурации аппаратного обеспечения, включая объём оперативной памяти, количество процессоров (ядер процессоров), и объёма хранимых данных - - - Раздел 2. Общие требования к АИС «Проектное управление» 2.3. Требования к подсистеме индексирования и поиска данных - Возможность индексирования файлов следующих стандартов, используемых Заказчиком: ECMA-376; ISO/IEC 29500-1:2016; ISO/IEC 26300-1:2015; ISO 32000-1:2008; ISO 19005-1:2005; ISO 19005-2:2011; ISO 19005-3:2012; RFC 1866, HTML 3.2, ISO/IEC 15445:2000, HTML 5, HTML 5.1 (без индексации тегов); Возможность индексирования файлов следующих форматов: *.doc; *.xls; *.ppt; *.rtf версии 1.5 и выше; Текстовые файлы с использованием кодировок WIN-1251, DOS-866, UTF-8. Индексирование файлов других форматов, необходимых в ходе эксплуатации Системы, необходимо производить путем использования дополнительных подключаемых модулей без необходимости изменения существующей подсистемы индексирования и поиска данных. Индексирование как одиночных файлов, так и файлов, находящихся в архивах форматов ZIP, RAR, 7Z. Хранение индексов необходимо осуществлять в виде файлов в файловой системе. Выполнение операции оптимизации индексов необходимо осуществлять штатными средствами системы индексирования и поиска без необходимости её остановки. Для обеспечения максимальной оперативности при выполнении операций поиска индексирование информации необходимо производить в реальном времени. Для обеспечения максимальной производительности необходимо иметь возможность построения распределенной структуры путём использования: - Репликации индексов между однородными хранилищами индексов; - Горизонтальное масштабирование с помощью шардинга хранилищ индексов; Для обеспечения максимальной отказоустойчивости необходимо кластеризация с автоматическим замещением вышедших из строя узлов - - - Раздел 2. Общие требования к АИС «Проектное управление» 2.4. Требования к подсистеме доставки сообщений - Для оперативного оповещения пользователей об изменениях данных необходимо использовать механизмы доставки клиентскому программному обеспечению сообщений об этих изменениях от сервера (серверов) системы. Доставку таких сообщений необходимо выполнять в асинхронном режиме путём формирования и обработки очередей сообщений на сервере (серверах) системы без необходимости их периодического опроса. Подключение клиентских приложений с применением следующих транспортных протоколов, используемых Заказчиком: - Web Sockets; - Secure Web Sockets; - TCP; - SSL. Использование других транспортных протоколов, необходимых в ходе эксплуатации Системы, возможно путем применения подключаемых модулей без необходимости изменения подсистемы доставки сообщений. Взаимодействие с применением следующих протоколов передачи данных, используемых Заказчиком: - OpenWire; - Stomp. Использование других протоколов передачи данных, необходимых в ходе эксплуатации Системы, возможно путем применения подключаемых модулей без необходимости изменения подсистемы доставки сообщений. Для обеспечения требуемого уровня надёжности необходимо обеспечить сохранение очереди сообщений и её автоматическое восстановление после перезапуска необходимых служб. Для обеспечения требуемого уровня отказоустойчивости есть возможность кластеризации с автоматическим замещением вышедших из строя узлов. Для обеспечения требуемого уровня совместимости с существующими решениями обеспечено соответствие стандартам JMS 1.1 и J2EE 1.4, используемым Заказчиком. Администрирование подсистемы доставки сообщений необходимо производить с использованием веб-интерфейса без необходимости установки дополнительного программного обеспечения. Для достижения требуемого уровня защиты данных необходимо обеспечить запрет доступа к элементам очередей сообщений подсистемы доставки сообщений из интерфейса администрирования. Используемая подсистема доставки сообщений не требует дополнительных вложений для её приобретения и последующей эксплуатации - - - Раздел 2. Общие требования к АИС «Проектное управление» 2.5. Требования к подсистеме просмотра документов - Для снижения затрат при эксплуатации необходимо иметь возможность просмотра документов требуемых форматов в веб-интерфейсе без необходимости установки дополнительного программного обеспечения. Преобразование документов, соответствующих следующим стандартам, используемым Заказчиком, в HTML-представление: - ECMA-376, - ISO/IEC 29500-1:2016; - ISO/IEC 26300-1:2015; - ISO 32000-1:2008; - ISO 19005-1:2005; - ISO 19005-2:2011; - ISO 19005-3:2012; Кроме того, необходима возможность использования файлов следующих форматов: - *.doc; - *.xls; - *.ppt; - *.rtf версии 1.5 и выше; - *.tif. Автоматическое масштабирование и другие изменения преобразованных документов осуществляются в соответствии с характеристиками клиентских рабочих мест - - - Раздел 2. Общие требования к АИС «Проектное управление» 2.6. Требования, предъявляемые к внешнему программному интерфейсу - Внешним программным интерфейсом к Системе является совокупность веб-сервисов, с помощью которых осуществляется взаимодействие Системы со сторонними программными продуктами. Соответствие применяемых при организации подобного взаимодействия технологий, стандартов и спецификаций требованиям стандартов РФ, действующему законодательству РФ в разрезе безопасности и защиты данных, а также международным требованиям в области взаимодействия информационных систем - - - Раздел 2. Общие требования к АИС «Проектное управление» 2.7. Требования к протоколам сетевого взаимодействия - Обращение к внешнему программному интерфейсу с помощью методов доступа, соответствующим следующим стандартам в области сетевых протоколов передачи данных, используемым Заказчиком: Протокол передачи гипертекстовой информации HTTP v.1.1 - стандарт RFC 2616; Модернизированный протокол HTTP v.1.1 c реализацией безопасного транспортного уровня передачи данных TLS для существующего протокола управления передачей данных TCP; Протокол защищенных соединений SSL v3/TLS - стандарт RFC 5246; Стандарты RFC 4301, 4302, 4835, 2403, 2404, 2405, 4303, 4835, 5996, 2410, 2411, 2412, описывающие набор протоколов IP Security; Сервисы поддержки пространства имен стандарта RFC 1035 - - - Раздел 2. Общие требования к АИС «Проектное управление» 2.8. Требования к протоколам Web-сервисов - Обращение к внешнему программному интерфейсу Системы сторонних информационных систем в соответствии со следующими стандартами взаимодействия Web-сервисов, используемыми Заказчиком: Базовый профиль интероперабельности v.1.1 – стандарт Организации по интероперабельности Web-сервисов; Профиль передачи Web-сервисами бинарных приложений (WS-I AttachmentsProfile 1.0) – стандарт Организации по интероперабельности Web-сервисов WS-I; Профиль передачи Web-сервисами бинарных приложений (SOAP MessageTransmissionOptimizationMechanism) – стандарт консорциума W3C; Профиль связывания Web-сервисов (WS-I Simple SOAP BindingProfile 1.0) – стандарт организации по интероперабельности Web-сервисов WS-I; Протокол SOAP 1.1 – стандарт консорциума W3C; Язык описания Web-сервисов (WebServicesDescriptionLanguage, WSDL 1.1) – стандарт консорциума W3C; Политика использования Web-сервисов (WebServicesPolicy 1.2) – проект рекомендации консорциума W3C; Спецификация универсального описания, обнаружения и интеграции Web-сервисов UDDI v.3.0 (UniversalDescriptionDiscoveryandIntegration) – стандарт OASIS; Метаданные и данные, передаваемых в процессе информационного обмена с помощью внешнего программного интерфейса Системы определять с помощью следующих стандартов, используемых Заказчиком: - Расширяемый язык разметки XML версии 1.1; - XML-схема версии 1.1; - Расширяемый язык таблиц стилей XSL версии 1.1 - - - Раздел 2. Общие требования к АИС «Проектное управление» 2.9. Требования к подсистеме коммуникаций - Необходимо обеспечить возможность коммуникации пользователей путем передачи аудио- и видео-данных как в режиме «пользователь»-«пользователь», так и в режиме видео-конференции. В качестве устройств ввода видео-изображения и голоса должны использоваться камеры и микрофоны, а для отображения видео и вывода звука - мониторы и динамики, встроенные или подключаемые к клиентскому рабочему месту. Необходимо обеспечить возможность подключения клиентских приложений к серверу коммуникаций с применением следующих транспортных протоколов: Web Sockets, Secure Web Sockets (RFC 6455); Session Initiation Protocol (RFC 3261). Для обеспечения совместимости форматов данных, передаваемых клиентскими приложениями, подсистема коммуникаций должна поддерживать передачу аудио с использованием кодеков G711 (ITU-T Rec. G.711), OPUS (RFC 6716), и передачу видео с использованием кодека VP8 (RFC6386). Все сеансы связи между пользователями должны регистрироваться в журнале, с указанием времени, длительности и участников сеанса. Подсистема коммуникаций должна обеспечивать возможность записи сеансов связи между пользователями и видеоконференций в форматах mp3 для аудио-данных и mp4 для видео-данных. Необходимо обеспечить возможность доступа к записям сеансов из журнала регистрации сеансов, с учетом полномочий пользователей. Подсистема коммуникаций должна обеспечивать возможность подключения к цифровой телефонной станции, используемой заказчиком, по протоколу SIP для осуществления голосовых вызовов на номера пользователей операторов телефонных сетей общего пользования - - - Раздел 2. Общие требования к АИС «Проектное управление» 2.10. Требования к пользовательскому интерфейсу - Любое взаимодействие пользователей с Системой, включая выполнение процедур настройки и администрирования Системы, необходимо осуществлять с помощью веб-интерфейса без необходимости установки дополнительного программного обеспечения. Функционирование пользовательского интерфейса необходимо осуществлять в следующих веб-браузерах, установленных на оборудовании Заказчика, без необходимости использования дополнительных расширений и модулей: Яндекс.Браузер 17.1 и выше; Спутник; Google Chrome версии 50 и выше; Mozilla Firefox версии 50 и выше; Safari версии 9 и выше; Internet Explorer версии 11; Microsoft Edge. Обеспечение функционирования пользовательского интерфейса на рабочих станциях под управлением следующих операционных систем, установленных на оборудовании Заказчика, без необходимости изменения состава и конфигурации системного и прикладного программного обеспечения, предоставляемого поставщиком операционных систем: - Rosa Enterprise Desktop; - Astra Linux Common Desktop; - Microsoft Windows 7 и выше; - Различные версии операционной системы Linux, отвечающим требованиям отвечающим требованиям стандарта Linux Standard Base 5.0 стандарта; - Mac OS X 10.10 и выше - - - Раздел 2. Общие требования к АИС «Проектное управление» 2.11. Требования к конфигурации рабочих станций - Необходимо обеспечить комфортную работу пользователей с пользовательским интерфейсом системы при следующей минимальной конфигурации рабочей станции: - Процессор архитектуры x86/x86-64 c количеством вычислительных ядер не менее 2, работающих с тактовой частотой не менее 2 ГГц; - Объем оперативной памяти - не менее 2 ГБ; - Объем свободного пространства на жестком диске - не менее 200 МБ; - Сетевая карта со скоростью обмена данными не менее 100 Мбит/c; - Устройство отображения графической информации с разрешением не менее 1280х1024; - Клавиатура; - Указательное устройство ввода информации - - - Раздел 2. Общие требования к АИС «Проектное управление» 2.12. Требования к патентной чистоте - Исполнитель должен иметь правовые основания, соответствующие патентной чистоте при оказании услуг по сопровождению информационной системы, автоматизирующей процесс проектного управления в администрации муниципального образования «Город Саратов» на базе платформы Motiware Melody One, в том числе исключающие претензии правообладателя и третьих лиц. Исполнитель гарантирует патентную и лицензионную чистоту всех применяемых в процессе оказания услуг технических решений и несет полную ответственность в случаях обращения к Заказчику третьих лиц с претензиями, в том числе обладателей исключительных прав, связанных с нарушением прав правообладателей при исполнении Контракта. Реализация технических, программных, организационных и иных решений, предусмотренных Техническим заданием, не должна приводить к нарушению авторских и смежных прав третьих лиц - - - Раздел 3. Регламент технической поддержки. Общие положения - Техническая поддержка оказывается по АИС «Проектное управление». Специалисты отдела технической поддержки исполнителя (ОТП) оказывают техническую и консультационную помощь: ? пользователям АИС. ? пользователям, эксплуатирующим АИС в демонстрационном режиме - - - Раздел 3. Регламент технической поддержки. График работы технической поддержки - День недели Время работы (МСК+1) Понедельник - пятница 09:00- 18:00 Суббота, воскресенье, праздничные дни — - - - Раздел 3. Регламент технической поддержки. Обязанности ОТП - В круг вопросов, решаемых специалистами ОТП, входят следующие: 1. Разъяснение вопросов по работе с АИС. 2. Консультации по установке и настройке АИС. 3. Ошибки, возникающие в процессе эксплуатации АИС. Устранение сбоев в работе и восстановление работы проекта (оказывается консультативная помощь в поиске и устранении причин, вызвавших сбой в работе). 4. Устранение ошибок программного продукта (производится диагностика с целью установления факта ошибки в работе программного продукта. Выявленная проблема, в зависимости от сложности, устраняется в процессе диагностики или в последующих обновлениях) - - - Раздел 3. Регламент технической поддержки. Обязанности пользователей - При обращении в ОТП пользователь обязан предоставить: 1. Свои контактные данные 2. Подробное описание вопроса (проблемы). Для быстрого решения вопроса пользователю необходимо следовать инструкциям специалиста ОТП - - - Раздел 3. Регламент технической поддержки. Порядок оказания технической поддержки - Работа ОТП с обращением состоит из следующих этапов: Регистрация обращения — регистрация обращения в личном кабинете (создание задачи по обращению). Обработка обращения — выполнение основных работ, направленных на решение задачи, указанной в обращении. Эскалация обращения — передача обращения в отдел администрирования или разработки в случае невозможности решения проблемы силами специалистов ОТП. Закрытие обращения — фактическое окончание работ по обращению (закрытие задачи по обращению). Формирование обращения Пользователь может передать свое обращение в службу технической поддержки через любой из следующих каналов: Телефоны: многоканальный, бесплатный для Заказчика Электронная почта. При поступлении обращения по телефону специалист ОТП обязан проконсультировать пользователя. Если описанная проблема нуждается в проверке, необходимо запросить у пользователя отправку подробного описания проблемы на электронный адрес ТП - - - Раздел 3. Регламент технической поддержки. Обработка обращения - Специалист ОТП обязан выяснить у обратившегося подробности, необходимые для воспроизведения ошибки на тестовых площадках и выявления причин проблемы. Для воспроизведения проблемы и выяснения причин её возникновения обычно требуется следующая информация: 1. Название и версия браузера, в котором проявляется проблема. 2. Действия, выполняемые пользователем, в результате которых обнаружилась проблема. 3. Скриншоты, на которых будет проиллюстрирована проблема и другая информация, запрошенная сотрудником ОТП. Скриншоты позволяют определить условия, при которых возникает проблема. При выяснении подробностей специалисту ОТП запрещается запрашивать логин и пароль пользователя, так как это нарушает политику конфиденциальности - - - Раздел 3. Регламент технической поддержки. Эскалация обращения - В случае если специалисты ОТП не могут решить поставленную задачу, обращение передаётся в другие отделы в зависимости от вида проблемы. Проблема с подключением к АИС - обращение передаётся в отдел системного администрирования для дальнейшей работы, выявления и устранения неисправностей. Ошибка в программном коде АИС - обращение передаётся в отдел разработки для выявления и устранения неисправности. Исправление включается в патч, который после выхода предоставляется обратившемуся - - - Раздел 3. Регламент технической поддержки. Закрытие обращения - После того, как обращение решено и патч с исправлением установлен на площадку обратившегося пользователя, необходимо уведомить его о решении. После выставления заказчиком статуса «Нет замечаний», исполнителю необходимо включить решенное обращение в план тестирования и выставить соответствующий статус. После этого обращение считается закрытым. Сотруднику ТП необходимо отправить доклад о завершении задачи. В том случае, если пользователь считает необходимым доработать решение проблемы, он отправляет задачу на доработку, предварительно указав статус «Есть замечания» в разделе «Описание» - - - Раздел 3. Регламент технической поддержки. Обновление площадки муниципального образования «Город Саратов» - При обновлении площадки Исполнитель: 1. Предоставляет Заказчику перечень обновлений, которые вошли в патч. 2. Уведомляет пользователей о том, что планируется обновление, и получить подтверждение на проведение работ. 3. Размещает объявление на площадке up.admsaratov.ru о проведении работ с указанием времени. 4. При первом входе пользователя в систему после обновления, выводит информацию о том, что система обновлена. 5. Обязательно извещает Заказчика об обновлении всех связанных площадок, включая тестовые - -

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

ПЕРЕЧЕНЬ УСЛУГ - Консультационные услуги производятся Исполнителем в режиме реального времени по рабочим дням, по телефону(ам) (звонок бесплатный) с 9 часов 00 минут до 18 часов 00 минут (по местному времени Заказчика). В день заключения контракта Исполнитель обязан письменно предоставить Заказчику номер(а) телефона(ов), адреса электронной почты, по которым Исполнитель будет оказывать консультационные услуги по эксплуатации АИС и по которым Стороны будут вести официальные переговоры и переписку - -

Услуги по устранению сбоев в работе программной составляющей АИС в соответствии с Регламентом технической поддержки, указанному в Разделе 3

Услуга по передаче Заказчику сведений по составу выполненной модернизации программного обеспечения текущей версии программного обеспечения АИС и сведений о новых разработках и усовершенствованиях в процессе модернизации АИС, предоставляется совместно с услугой по проведению в прямом доступе через сеть «Интернет» устранения сбоев в работе программной составляющей АИС

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

Общие требования к автоматизированной информационной системе приведены в Разделе 2

Регламент технической поддержки АИС указан в Разделе 3

Раздел 1. Перечень услуг по сопровождению, мониторингу и устранению сбоев существующих модулей АИС «Проектное управление». 1.1. Общие сведения - Система предназначена для решения следующих задач, связанных с управлением проектами, программами и портфелями проектов Заказчика: ? автоматизации и информационно-аналитического обеспечения деятельности по управлению проектами, государственными программами и портфелями проектов Заказчика; ? поддержки принятия управленческих решений на основе постоянного мониторинга состояния выполнения проектов, своевременного выявления проблем; ? предоставления всем участникам проектной деятельности актуальной и своевременной информации по ходу реализации проектов; ? эффективного использования временных, человеческих и финансовых ресурсов, выделяемых на проекты; ? формирования единого информационного пространства для всех участников проектной деятельности; ? повышения эффективности внутриведомственного, межведомственного и межуровневого взаимодействия, а также взаимодействия с привлекаемыми коммерческими организациями - -

Раздел 1. Перечень услуг по сопровождению, мониторингу и устранению сбоев существующих модулей АИС «Проектное управление» 1.2. Цели и задачи сопровождения - Повышение эффективности и качества реализации проектов в муниципальном образовании «Город Саратов» за счет обеспечения команд проектов актуальной, полной и достоверной информацией; Поддержка принятия управленческих решений на основе постоянного мониторинга состояния выполнения проектов, своевременное выявление проблем; Повышение эффективности внутриведомственного, межведомственного и межуровневого взаимодействия, а также взаимодействия с привлекаемыми коммерческими организациями; Обеспечение всех участников проектной деятельности удобными средствами и инструментами управления проектом; Стандартизация данных по проектному управлению за счет внедрения дополнительных возможностей; Обеспечение снижения трудозатрат и сроков формирования планов и отчётности по проектам - -

Раздел 1. Перечень услуг по сопровождению, мониторингу и устранению сбоев существующих модулей АИС «Проектное управление» 1.3. Перечень услуг - Перечень услуг по разделу включает: ? оказание консультационных услуг по описанию сценариев работы «как есть»; ? формирование описания процессов в различных нотациях моделирования; ? формирования сценариев работы «как будет»; ? обследование уровня автоматизации проектного управления, формирование опросных листов и сценариев работы с процессами; ? формализация требований к настройке процессов; ? согласование и настройка прав доступа к основным объектам АИС «Проектное управление» для новых пользователей; ? устранение сбоев АИС «Проектное управление»; ? проведение обследования и анализа процессов работы в подразделениях муниципального образования «Город Саратов» для оценки текущего состояния и повышения эффективности процесса проектного управления - -

Раздел 2. Общие требования к АИС «Проектное управление» 2.1. Требования к системному программному обеспечению - Исполнитель обеспечивает работу всех компонентов Системы на серверах, работающих под управлением установленных Заказчиком операционных систем, отвечающим требованиям стандарта Linux Standard Base 5, включенных в Единый реестр российских программ для ЭВМ и баз данных и не требующих дополнительных вложений для их приобретения и последующей эксплуатации. Исполнитель обеспечивает установку и обновление Системы с помощью менеджеров пакетов, стандартных для применяемых операционных систем, без необходимости использования стороннего программного обеспечения. Исполнитель предоставляет реквизиты доступа к репозиторию пакетов, содержащих прикладное программное обеспечение, необходимое для установки и обновления системы. В случае производственной необходимости необходимо иметь возможность тестовой эксплуатации любого из компонентов Системы управлением следующих операционных систем, установленных на серверах Заказчика: - Microsoft Windows Server 2012; - Microsoft Windows Server Standard 2016; - Microsoft Windows Server Standard 2019; - Microsoft Windows Server Essential 2019 - -

Раздел 2. Общие требования к АИС «Проектное управление» 2.2. Требования к системе управления базами данных - Для возможности доступа к данным необходимо обеспечить: - Хранение и доступ данных в соответствии с реляционной моделью; - Наличие интерфейса доступа к данным, соответствующего стандарту SQL:1999, используемому Заказчиком; - Наличие транзакционного механизма контроля целостности данных и доступа к ним. Для обеспечения требуемого уровня целостности данных и надёжности их хранения необходимо использовать механизм двухфазного подтверждения транзакций. Для обеспечения требуемой эффективности работы с данными как c целью их транзакционной обработки, включающей в себя сохранение, изменение и удаление данных, так и для всестороннего аналитического анализа больших объёмов данных необходимо использовать мультиверсионную архитектуру. Выполнение операций проверки состояния, исправления ошибок, создания резервных копий и их восстановление необходимо осуществлять с применением штатных средств СУБД. Выполнение операций создания резервных копий необходимо осуществлять без необходимости остановки Системы или отключения текущих пользователей. Для снижения нагрузки и уменьшения размеров резервных копий имеется возможность создания резервных копий в инкрементальном режиме. Используемая СУБД не требует дополнительных вложений для её приобретения и последующей эксплуатации при любой конфигурации аппаратного обеспечения, включая объём оперативной памяти, количество процессоров (ядер процессоров), и объёма хранимых данных - -

Раздел 2. Общие требования к АИС «Проектное управление» 2.3. Требования к подсистеме индексирования и поиска данных - Возможность индексирования файлов следующих стандартов, используемых Заказчиком: ECMA-376; ISO/IEC 29500-1:2016; ISO/IEC 26300-1:2015; ISO 32000-1:2008; ISO 19005-1:2005; ISO 19005-2:2011; ISO 19005-3:2012; RFC 1866, HTML 3.2, ISO/IEC 15445:2000, HTML 5, HTML 5.1 (без индексации тегов); Возможность индексирования файлов следующих форматов: *.doc; *.xls; *.ppt; *.rtf версии 1.5 и выше; Текстовые файлы с использованием кодировок WIN-1251, DOS-866, UTF-8. Индексирование файлов других форматов, необходимых в ходе эксплуатации Системы, необходимо производить путем использования дополнительных подключаемых модулей без необходимости изменения существующей подсистемы индексирования и поиска данных. Индексирование как одиночных файлов, так и файлов, находящихся в архивах форматов ZIP, RAR, 7Z. Хранение индексов необходимо осуществлять в виде файлов в файловой системе. Выполнение операции оптимизации индексов необходимо осуществлять штатными средствами системы индексирования и поиска без необходимости её остановки. Для обеспечения максимальной оперативности при выполнении операций поиска индексирование информации необходимо производить в реальном времени. Для обеспечения максимальной производительности необходимо иметь возможность построения распределенной структуры путём использования: - Репликации индексов между однородными хранилищами индексов; - Горизонтальное масштабирование с помощью шардинга хранилищ индексов; Для обеспечения максимальной отказоустойчивости необходимо кластеризация с автоматическим замещением вышедших из строя узлов - -

Раздел 2. Общие требования к АИС «Проектное управление» 2.4. Требования к подсистеме доставки сообщений - Для оперативного оповещения пользователей об изменениях данных необходимо использовать механизмы доставки клиентскому программному обеспечению сообщений об этих изменениях от сервера (серверов) системы. Доставку таких сообщений необходимо выполнять в асинхронном режиме путём формирования и обработки очередей сообщений на сервере (серверах) системы без необходимости их периодического опроса. Подключение клиентских приложений с применением следующих транспортных протоколов, используемых Заказчиком: - Web Sockets; - Secure Web Sockets; - TCP; - SSL. Использование других транспортных протоколов, необходимых в ходе эксплуатации Системы, возможно путем применения подключаемых модулей без необходимости изменения подсистемы доставки сообщений. Взаимодействие с применением следующих протоколов передачи данных, используемых Заказчиком: - OpenWire; - Stomp. Использование других протоколов передачи данных, необходимых в ходе эксплуатации Системы, возможно путем применения подключаемых модулей без необходимости изменения подсистемы доставки сообщений. Для обеспечения требуемого уровня надёжности необходимо обеспечить сохранение очереди сообщений и её автоматическое восстановление после перезапуска необходимых служб. Для обеспечения требуемого уровня отказоустойчивости есть возможность кластеризации с автоматическим замещением вышедших из строя узлов. Для обеспечения требуемого уровня совместимости с существующими решениями обеспечено соответствие стандартам JMS 1.1 и J2EE 1.4, используемым Заказчиком. Администрирование подсистемы доставки сообщений необходимо производить с использованием веб-интерфейса без необходимости установки дополнительного программного обеспечения. Для достижения требуемого уровня защиты данных необходимо обеспечить запрет доступа к элементам очередей сообщений подсистемы доставки сообщений из интерфейса администрирования. Используемая подсистема доставки сообщений не требует дополнительных вложений для её приобретения и последующей эксплуатации - -

Раздел 2. Общие требования к АИС «Проектное управление» 2.5. Требования к подсистеме просмотра документов - Для снижения затрат при эксплуатации необходимо иметь возможность просмотра документов требуемых форматов в веб-интерфейсе без необходимости установки дополнительного программного обеспечения. Преобразование документов, соответствующих следующим стандартам, используемым Заказчиком, в HTML-представление: - ECMA-376, - ISO/IEC 29500-1:2016; - ISO/IEC 26300-1:2015; - ISO 32000-1:2008; - ISO 19005-1:2005; - ISO 19005-2:2011; - ISO 19005-3:2012; Кроме того, необходима возможность использования файлов следующих форматов: - *.doc; - *.xls; - *.ppt; - *.rtf версии 1.5 и выше; - *.tif. Автоматическое масштабирование и другие изменения преобразованных документов осуществляются в соответствии с характеристиками клиентских рабочих мест - -

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

Раздел 2. Общие требования к АИС «Проектное управление» 2.7. Требования к протоколам сетевого взаимодействия - Обращение к внешнему программному интерфейсу с помощью методов доступа, соответствующим следующим стандартам в области сетевых протоколов передачи данных, используемым Заказчиком: Протокол передачи гипертекстовой информации HTTP v.1.1 - стандарт RFC 2616; Модернизированный протокол HTTP v.1.1 c реализацией безопасного транспортного уровня передачи данных TLS для существующего протокола управления передачей данных TCP; Протокол защищенных соединений SSL v3/TLS - стандарт RFC 5246; Стандарты RFC 4301, 4302, 4835, 2403, 2404, 2405, 4303, 4835, 5996, 2410, 2411, 2412, описывающие набор протоколов IP Security; Сервисы поддержки пространства имен стандарта RFC 1035 - -

Раздел 2. Общие требования к АИС «Проектное управление» 2.8. Требования к протоколам Web-сервисов - Обращение к внешнему программному интерфейсу Системы сторонних информационных систем в соответствии со следующими стандартами взаимодействия Web-сервисов, используемыми Заказчиком: Базовый профиль интероперабельности v.1.1 – стандарт Организации по интероперабельности Web-сервисов; Профиль передачи Web-сервисами бинарных приложений (WS-I AttachmentsProfile 1.0) – стандарт Организации по интероперабельности Web-сервисов WS-I; Профиль передачи Web-сервисами бинарных приложений (SOAP MessageTransmissionOptimizationMechanism) – стандарт консорциума W3C; Профиль связывания Web-сервисов (WS-I Simple SOAP BindingProfile 1.0) – стандарт организации по интероперабельности Web-сервисов WS-I; Протокол SOAP 1.1 – стандарт консорциума W3C; Язык описания Web-сервисов (WebServicesDescriptionLanguage, WSDL 1.1) – стандарт консорциума W3C; Политика использования Web-сервисов (WebServicesPolicy 1.2) – проект рекомендации консорциума W3C; Спецификация универсального описания, обнаружения и интеграции Web-сервисов UDDI v.3.0 (UniversalDescriptionDiscoveryandIntegration) – стандарт OASIS; Метаданные и данные, передаваемых в процессе информационного обмена с помощью внешнего программного интерфейса Системы определять с помощью следующих стандартов, используемых Заказчиком: - Расширяемый язык разметки XML версии 1.1; - XML-схема версии 1.1; - Расширяемый язык таблиц стилей XSL версии 1.1 - -

Раздел 2. Общие требования к АИС «Проектное управление» 2.9. Требования к подсистеме коммуникаций - Необходимо обеспечить возможность коммуникации пользователей путем передачи аудио- и видео-данных как в режиме «пользователь»-«пользователь», так и в режиме видео-конференции. В качестве устройств ввода видео-изображения и голоса должны использоваться камеры и микрофоны, а для отображения видео и вывода звука - мониторы и динамики, встроенные или подключаемые к клиентскому рабочему месту. Необходимо обеспечить возможность подключения клиентских приложений к серверу коммуникаций с применением следующих транспортных протоколов: Web Sockets, Secure Web Sockets (RFC 6455); Session Initiation Protocol (RFC 3261). Для обеспечения совместимости форматов данных, передаваемых клиентскими приложениями, подсистема коммуникаций должна поддерживать передачу аудио с использованием кодеков G711 (ITU-T Rec. G.711), OPUS (RFC 6716), и передачу видео с использованием кодека VP8 (RFC6386). Все сеансы связи между пользователями должны регистрироваться в журнале, с указанием времени, длительности и участников сеанса. Подсистема коммуникаций должна обеспечивать возможность записи сеансов связи между пользователями и видеоконференций в форматах mp3 для аудио-данных и mp4 для видео-данных. Необходимо обеспечить возможность доступа к записям сеансов из журнала регистрации сеансов, с учетом полномочий пользователей. Подсистема коммуникаций должна обеспечивать возможность подключения к цифровой телефонной станции, используемой заказчиком, по протоколу SIP для осуществления голосовых вызовов на номера пользователей операторов телефонных сетей общего пользования - -

Раздел 2. Общие требования к АИС «Проектное управление» 2.10. Требования к пользовательскому интерфейсу - Любое взаимодействие пользователей с Системой, включая выполнение процедур настройки и администрирования Системы, необходимо осуществлять с помощью веб-интерфейса без необходимости установки дополнительного программного обеспечения. Функционирование пользовательского интерфейса необходимо осуществлять в следующих веб-браузерах, установленных на оборудовании Заказчика, без необходимости использования дополнительных расширений и модулей: Яндекс.Браузер 17.1 и выше; Спутник; Google Chrome версии 50 и выше; Mozilla Firefox версии 50 и выше; Safari версии 9 и выше; Internet Explorer версии 11; Microsoft Edge. Обеспечение функционирования пользовательского интерфейса на рабочих станциях под управлением следующих операционных систем, установленных на оборудовании Заказчика, без необходимости изменения состава и конфигурации системного и прикладного программного обеспечения, предоставляемого поставщиком операционных систем: - Rosa Enterprise Desktop; - Astra Linux Common Desktop; - Microsoft Windows 7 и выше; - Различные версии операционной системы Linux, отвечающим требованиям отвечающим требованиям стандарта Linux Standard Base 5.0 стандарта; - Mac OS X 10.10 и выше - -

Раздел 2. Общие требования к АИС «Проектное управление» 2.11. Требования к конфигурации рабочих станций - Необходимо обеспечить комфортную работу пользователей с пользовательским интерфейсом системы при следующей минимальной конфигурации рабочей станции: - Процессор архитектуры x86/x86-64 c количеством вычислительных ядер не менее 2, работающих с тактовой частотой не менее 2 ГГц; - Объем оперативной памяти - не менее 2 ГБ; - Объем свободного пространства на жестком диске - не менее 200 МБ; - Сетевая карта со скоростью обмена данными не менее 100 Мбит/c; - Устройство отображения графической информации с разрешением не менее 1280х1024; - Клавиатура; - Указательное устройство ввода информации - -

Раздел 2. Общие требования к АИС «Проектное управление» 2.12. Требования к патентной чистоте - Исполнитель должен иметь правовые основания, соответствующие патентной чистоте при оказании услуг по сопровождению информационной системы, автоматизирующей процесс проектного управления в администрации муниципального образования «Город Саратов» на базе платформы Motiware Melody One, в том числе исключающие претензии правообладателя и третьих лиц. Исполнитель гарантирует патентную и лицензионную чистоту всех применяемых в процессе оказания услуг технических решений и несет полную ответственность в случаях обращения к Заказчику третьих лиц с претензиями, в том числе обладателей исключительных прав, связанных с нарушением прав правообладателей при исполнении Контракта. Реализация технических, программных, организационных и иных решений, предусмотренных Техническим заданием, не должна приводить к нарушению авторских и смежных прав третьих лиц - -

Раздел 3. Регламент технической поддержки. Общие положения - Техническая поддержка оказывается по АИС «Проектное управление». Специалисты отдела технической поддержки исполнителя (ОТП) оказывают техническую и консультационную помощь: ? пользователям АИС. ? пользователям, эксплуатирующим АИС в демонстрационном режиме - -

Раздел 3. Регламент технической поддержки. График работы технической поддержки - День недели Время работы (МСК+1) Понедельник - пятница 09:00- 18:00 Суббота, воскресенье, праздничные дни — - -

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

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

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

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

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

Раздел 3. Регламент технической поддержки. Закрытие обращения - После того, как обращение решено и патч с исправлением установлен на площадку обратившегося пользователя, необходимо уведомить его о решении. После выставления заказчиком статуса «Нет замечаний», исполнителю необходимо включить решенное обращение в план тестирования и выставить соответствующий статус. После этого обращение считается закрытым. Сотруднику ТП необходимо отправить доклад о завершении задачи. В том случае, если пользователь считает необходимым доработать решение проблемы, он отправляет задачу на доработку, предварительно указав статус «Есть замечания» в разделе «Описание» - -

Раздел 3. Регламент технической поддержки. Обновление площадки муниципального образования «Город Саратов» - При обновлении площадки Исполнитель: 1. Предоставляет Заказчику перечень обновлений, которые вошли в патч. 2. Уведомляет пользователей о том, что планируется обновление, и получить подтверждение на проведение работ. 3. Размещает объявление на площадке up.admsaratov.ru о проведении работ с указанием времени. 4. При первом входе пользователя в систему после обновления, выводит информацию о том, что система обновлена. 5. Обязательно извещает Заказчика об обновлении всех связанных площадок, включая тестовые - -

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

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

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

Условия контракта

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

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

Информация о банковском и (или) казначейском сопровождении контракта

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

Документы

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

Документы

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