=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 1.1 - ТЗ на Оказание услуг АСУ ТП.docx | docs/32616478416/Закупочная_документация (архив)/Приложение № 1.1 - ТЗ на Оказание услуг АСУ ТП.pdf
Утверждаю
Главный инженер
ООО «БАРНАУЛЬСКИЙ ВОДОКАНАЛ»
_______________________Е.С. Чайкин
«_____»_____________________2026 г.
Задание на возмездное оказание услуг по объекту:
«Модернизация системы диспетчеризации АСУ ТП объктов ЦДС и ОСРВ в рамках
мероприятия Проектирование и установка АСУ ТП)»
№
п/п
1
Наименование
основных данных и
требований
2
Заказчик
1
2
3
Адрес оказания
услуг
Источник
финансирования
Предмет договора
3
ООО «БАРНАУЛЬСКИЙ ВОДОКАНАЛ»,
656037, Алтайский край, г. Барнаул, пр-т Калинина, 116;
Тел. 50 55 25 доб. 6600
Email: office_brn@rosvodokanal.ru
ОГРН 1042201872800,ИНН 2221064060,КПП 222401001
Генеральный директор Полюго Андрей Сергеевич, действующий на
основании Устава
Алтайский край, город Барнаул
Инвестиционная составляющая
Оказание услуг по модернизации системы диспетчеризации на объектах
ООО «Барнаульский водоканал». Реализация программы по
импортозамещению - переход АСУ ТП на российские операционные системы
(Верхний уровень АСУ ТП. Система диспетчеризации ООО
«БАРНАУЛЬСКИЙ ВОДОКАНАЛ».)»
4
5
Состав основных данных и требований
Вид работ
Модернизация
Требования
подрядчику
6
8
к Разработка АСУ ТП осуществляется в соответствии с ГОСТ Р 597932021 «Комплекс стандартов на автоматизированные системы.
Автоматизированные системы. Стадии создания» и ввод в действие
АСУ ТП осуществляется в соответствии с требованиями СП 77.133302016 «Системы автоматизации».
Разработчик АСУ ТП осуществляет поставку оборудования, оснащение
АРМ, шеф-монтажные (ШМР), пуско-наладочные (ПНР) и
инжиниринговые работы.
1. Описание объекта ЦДС
Основные техникоЦентральный диспетчерский пункт представляет собой комплексный узел
экономические
верхнего
уровня, обеспечивающий сбор, хранение и визуализацию
показатели
и
технологических
данных всех подключённых объектов. Его структура
характеристики
включает:
объекта
Сервер КНС (первая очередь) Simatic WinCC V6.0 (Пр. Калинина, 116);
Сервер КНС (вторая очередь) Trace Mode v6.10.2 (Ул. Некрасова, 2);
Сервер диктующих точек OpenSCADA 1+r2561 (Ул. Власихинская, 49);
Сервер Электролизных MasterSCADA 3.12 (Пр. Калинина, 116);
Сервер артезианских водозаборов MasterSCADA 3.11 (Пр. Калинина, 116).
2. Узлы учета
Щиты узлов учёта состоят из расходомеров-счётчиков ультразвуковых
УВР-011 и считывающего устройства ИСТОК-ТМ. Передача данных
происходит по GSM-модему
Информация с объекта
Отображение информации с расходомеров-счётчиков
2.1. Учет тепловых узлов
Система состоит из счётчика тепловой энергии, датчиков температуры и
давления.
Информация с объекта
Значение потраченной тепловой энергии
3. Контрольные и диктующие точки.
Имеющиеся контрольные и диктующие точки оснащены всем
необходимым оборудованием и могут быть заведены в систему
диспетчеризации.
4. Описание объекта ОСРВ
4.1. ВОС№1
Система получает воду от РВС №1 и РВС №2, через смесители, где
добавляется хлор, вода подаётся в камеры реакции, с них в блоки отстойников
(4 группы по 6 отстойников). Далее вода попадает в блоки фильтров (4 группы
по 3 фильтра) и затем в три резервуара чистой воды (V=3000 м3). В схеме
присутствует электролизная, для получения чистого хлора из соли.
Существующие шкафы
У фильтров:
Пульты управления задвижками на блоках фильтров (12 шт.)
В насосной станции собственных нужд:
Щиты управления промывными насосами (2 шт.);
Щиты управления хозяйственными насосами (2 шт.);
Силовой щит выбора насоса оборотной воды;
Отдельно висящий преобразователь частоты Danfoss VLT Aqua Drive;
Щит управления насосами оборотной воды на базе ПЛК Unitronics EX-A2X.
Помещение операторской на щите сигнализации:
Сигнализаторы уровня резервуаров чистой воды;
Сигнализаторы уровней в промывном и оборотном резервуарах;
Панель управления оборотными насосами;
Панель дистанционного управления турбокомпрессором;
Отображение работы насосов собственных нужд (оборотные насосы – 2 шт.,
промывные насосы – 2 шт.).
В помещении операторской ПК1:
Отображение работы электролизной ВОС1.
В помещении операторской ПК2 (тренды):
Расход 1-ый речной (левая труба);
Расход 1-ый речной (правая труба);
Уровень РЧВ1 ВОС1;
Уровень РЧВ2 ВОС1;
Уровень РЧВ3 ВОС1;
Уровень промывного резервуара ВОС1;
Уровень оборотного резервуара ВОС1;
Давление воды хозяйственных нужд;
Мутномер ВОС1.
В помещении электролизной:
Щит управления электролизной ВОС1.
Датчики:
Датчики уровня в резервуарах чистой воды (3 шт. аналоговых);
Датчик уровня в резервуаре промывной воды (3 электрода);
Датчик уровня в резервуаре оборотной воды (аналоговый);
Расходомеры-счётчики ультразвуковые УВР-011А-К (3 шт.) – отображение
расхода воды на трёх отводах;
Датчик давления воды хозяйственных нужд.
Информация с объекта:
Уровни воды в камерах хлопьеобразования (24 шт.);
Уровни осадка в камерах хлопьеобразования (24 шт.);
Уровни осадка в отстойниках (24 шт.);
Мутность воды в трубопроводах отбора проб из отстойников (24 шт.);
Уровни воды на выходе из отстойников (24 шт.);
Мутность в трубопроводах отбора проб исходной воды (2 шт.);
Уровень воды в смесителях (2 шт.);
Остаточный хлор на трубопроводе после смесителей (2 шт.);
Остаточный хлор в воздухе в здании смесителей (2 шт.);
Расход воды в камерах учёта воды на напорном трубопроводе воды к
смесителям (2 шт.).
Уровни воды в фильтрах (12 шт.)
Расход 1-ый речной (левая труба);
Расход 1-ый речной (правая труба);
Уровень РЧВ1 ВОС1;
Уровень РЧВ2 ВОС1;
Уровень РЧВ3 ВОС1;
Уровень промывного резервуара ВОС1;
Уровень оборотного резервуара ВОС1;
Давление воды хозяйственных нужд;
Отображение всей выдаваемой информации с электролизной ВОС1;
Отображение работы насосов собственных нужд (оборотные насосы – 2 шт.,
промывные насосы – 2 шт.).
4.2. ВОС№2
Система получает воду от РВС №2, через смесители вода подаётся в
камеры реакции, с них в блоки отстойников (2 группы по 5 отстойников).
Далее вода попадает в блоки фильтров (9 шт.) и затем в два резервуара чистой
воды (V=3000 м3). В схеме присутствует электролизная №2.
Существующие шкафы
У фильтров:
Пульты управления задвижками на блоках фильтров (9 шт.)
В насосной станции собственных нужд:
Щиты управления промывными насосами (2 шт.);
Щиты управления оборотными насосами.
В помещении операторской ВОС2 на щите сигнализации:
Сигнализаторы уровня резервуаров чистой воды;
Сигнализаторы уровней в промывном и оборотном резервуарах;
Щит дистанционного управления турбокомпрессором (Сибирь
мехатроника на базе SMH2010 и Lin Con):
Отображение работы насосов собственных нужд (оборотные насосы – 2 шт.,
промывные насосы – 2 шт.).
В помещении основной операторской ПК1:
Отображение работы электролизной ВОС2.
Помещение основной операторской ПК2 (тренды):
Расход 2-ой речной (левая труба);
Расход 2-ой речной (правая труба);
Уровень РЧВ1 ВОС2;
Уровень РЧВ2 ВОС2;
Уровень промывного резервуара ВОС2;
Мутномер ВОС2.
Особые условия
Подрядчик, выставляя коммерческое предложение,подтверждает, что
ознакомлен со всеми объемами и видами услуг, условиями их оказания.
Перечень услуг.
Основной перечень услуг:
1. Создание структуры верхнего уровня, включающую три сервера: основной,
резервный и отдельный сервер базы данных;
2. Замена старых щитов сигнализации, управления насосами, контроля
параметров, которые вышли из строя, не имеющими возможности
диспетчеризации или вышедшим сроком эксплуатации на современные щиты;
3. Оборудование операторских локальными серверами диспетчеризации, АРМ
оператора и пульта управления;
4. Замена датчиков, срок службы которых истек или они вышли из строя;
5. Разработка SCADA-платформы типа MasterSCADA на операционной
системе Astra Linux для обеспечения сбора данных нижнего уровня, их
обработку, архивирование, построение визуализации и реализацию
алгоритмов оповещения.
6. Поставка лицензий на программное обеспечение для системы с
количеством каналов – 100 000 (сто тысяч) с учетом расширения системы.
7. Обеспечение информационной безопасности.
8. Пусконаладочные работы, в том числе разработка инструкций пользователя
и администратора на разрабатываемую систему.
9
10
9. Опытно-промышленная эксплуатация
10. Ввод в промышленную эксплуатацию.
11. Сдача-приемка системы.
12
Сроки
услуг
оказания Срок оказания услуг: с даты подписания договора до 15.12.2027г.
согласно заданию Заказчика - приложение № 1 к проекту договора.
Основные
требования
оказанию услуг
13
14
15
16
17
18
19
Основные требования к оказываемым услугам изложены в Приложении
к № 1 к настоящему техническому заданию «Технические требования на
разработку и поставку системы управления технологическими
процессами верхнего уровня OOO «БАРНАУЛЬСКИЙ ВОДОКАНАЛ».
По заввершении оказания услуг (промежуточного этапа оказания услуг)
Подрядчик предоставляет Заказчику для подписания универсальный
передаточный документ (УПД) не позднее последнего числа каждого
месяца или по окончанию оказания услуг.
Требования к
Все материалы и оборудование, необходимые для оказания услуг,
применяемым
Подрядчик приобретает самостоятельно. Качество материалов, изделий
материалам и
поставки, применяемых для оказания услуг должно соответствовать
изделиям
государственным стандартам, техническим условиям и иметь
соответствующие сертификаты, технические паспорта и иные
документы качества.
Выполнение
При проведении работ необходимо учитывать требования охраны
экологических и
природной среды, чтобы минимизировать отрицательное воздействие на
санитарноокружающую среду. Запрещается применять материалы, оказывающие
эпидемиологических отрицательное воздействие на окружающую среду, а также выполнять
условий к объекту
работы, не предусмотренные проектной документацией.
Мероприятия
по Подрядчик обязан соблюдать правила действующего
охране
труда
и законодательства РФ в области охраны труда.
противопожарные
Наличие необходимой разрешительной документации в области охраны
мероприятия
труда, экологической, промышленной, пожарной безопасности, если это
установлено действующим законодательством;
Наличие системы проведения внутреннего контроля, выполнения
аудитов за соблюдением требований охраны труда, экологии,
промышленной и пожарной безопасности;
Наличие Политики в области охраны труда и/или экологии, и/или
промышленной, и/или пожарной безопасности, и/или в отношении
употребления алкоголя и наркотиков.
Строительный
Осуществляется ответственными лицами отдела строительного
контроль
контроля ООО «БАРНАУЛЬСКИЙ ВОДОКАНАЛ»
Согласование
Все решения, принимаемые в процессе оказания услуг,
согласовываются между Подрядчиком и Заказчиком, в письменном
виде.
Требования к пуско- Пуско-наладочные и испытательные работы в соответствии с
наладочным работам Техническими требованиями (Приложение № 1 к настоящему ТЗ)
Гарантийные
обязательства
В ТТ Срок гарантийного сопровождения оборудования – 3 года после
ввода объекта в промышленную эксплуатацию.
- Гарантийные обязательства на выполненные работы не менее 12
месяцев.
- Если в период гарантийной эксплуатации обнаружатся дефекты,
допущенные по вине Подрядчика, то Подрядчик обязан их устранить за
свой счет в согласованные с Заказчиком сроки.
Субподрядчики
Привлечение субподрядных организаций только по согласованию с
Заказчиком не более 25% от общей стоимости контракта.
Подрядчик несет полную ответственность за оказанные услуги
Субподрядными организациями в части качества, своевременности и
20
21
22
безопасности работ.
К заданию на услуги Приложение № 1. Технические требования на разработку и поставку
прилагаются
системы управления технологическими процессами верхнего уровня
следующие
OOO «БАРНАУЛЬСКИЙ ВОДОКАНАЛ».
приложения
Начальник ЦДС
_______________________________
Т.Г. Филиппова
Начальник ЦЭСВ и ВНС
_______________________________
Е.В. Комаров
_______________________________
С.В. Александров
Начальник ОКС
_______________________________
А.В. Исайкин
Начальник отдела по реализации
инвест.программы
________________________________
А.А. Косарева
_________________________________
А.С. Пустовит
Начальник ОИТ
Главный метролог

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 1.2 - Приложение к ТЗ Технические требования (1) (архив)/Приложение № 1.2 - Приложение к ТЗ Технические_требования_АСУ_ТП.docx | docs/32616478416/Закупочная_документация (архив)/Приложение № 1.2 - Приложение к ТЗ Технические требования (1) (архив)/Приложение № 1.2 - Приложение к ТЗ Технические_требования_АСУ_ТП.pdf
УТВЕРЖДАЮ:
Главный инженер
ООО «БАРНАУЛЬСКИЙ ВОДОКАНАЛ»
___________________Чайкин Е.С.
«______»________________2026 г.
Технические требования на разработку и поставку системы
управления технологическими процессами верхнего уровня OOO
«БАРНАУЛЬСКИЙ ВОДОКАНАЛ».
1
Технические требования на разработку и поставку системы управления
технологическими процессами верхнего уровня OOO «Барнаульский Водоканал».
Оглавление
1.
ОБЩИЕ СВЕДЕНИЯ...................................................................................................................... 4
1.1 Полное наименование системы и ее условное обозначение.........................................................4
1.2 Основание для создания системы.................................................................................................... 4
1.3 География расположения системы...................................................................................................4
2. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ АСУ ТП..............................................................................5
2.1 Назначение системы.......................................................................................................................... 5
2.2 Цель создания системы.....................................................................................................................5
3. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ..................................................................7
3.1 Краткое описание объекта автоматизации...................................................................................... 7
3.2. Описание объекта ОСРВ..................................................................................................................7
3.2.1. ВОС №1..........................................................................................................................................7
3.2.2. ВОС №2..........................................................................................................................................9
3.3. Описание объекта ЦДС.................................................................................................................. 10
3.3.1. Узлы учета.................................................................................................................................... 11
3.3.2. Учет тепловых узлов................................................................................................................... 11
3.3.3. Контрольные и диктующие точки..............................................................................................11
4. ТРЕБОВАНИЯ К СИСТЕМЕ........................................................................................................... 12
4.1 Требования к системе в целом........................................................................................................12
4.1.1 Требования к структуре и функционированию системы..........................................................12
4.1.2 Требования по сохранности информации при авариях............................................................12
4.1.3 Требования к надежности............................................................................................................ 13
4.1.4 Требования по обеспечению информационной безопасности.................................................14
4.1.5 Требования к эргономике и технической эстетике...................................................................14
4.1.6 Требования к безопасности к SCADA-системам...................................................................... 14
4.1.7 Требования к защите от влияния внешних воздействий..........................................................15
4.1.8 Требования к эксплуатации, ТО, ремонту и хранению компонентов системы......................15
4.1.9 Требования по стандартизации и унификации..........................................................................16
4.1.10 Дополнительные требования..................................................................................................... 16
4.2 Требования к функциям (задачам), выполняемым системой......................................................17
4.2.1 Объем автоматизации...................................................................................................................17
4.2.2 Функции системы.........................................................................................................................18
4.3 Требования к видам обеспечения...................................................................................................19
4.3.1 Требования к техническому обеспечению.................................................................................19
2
4.3.2 Требования к программному обеспечению................................................................................21
4.3.3 Требования к лингвистическому обеспечению.........................................................................24
4.3.4 Требования к информационному обеспечению.........................................................................24
4.4. Требования к обмену информацией с системой сбора и передачи информации.....................25
5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ АСУ ТП................................................27
5.1 Выбор поставщика АСУ ТП...........................................................................................................27
5.2 Документация...................................................................................................................................28
5.3 Проверка и испытания АСУ ТП..................................................................................................... 29
6. НОРМАТИВНЫЕ ДОКУМЕНТЫ...................................................................................................31
3
1. ОБЩИЕ СВЕДЕНИЯ
Настоящие технические требования (далее ТТ) для верхнего уровня автоматизированной
системы управления технологическими процессами (далее ВУ АСУ ТП) оборудования
водоподготовки, водоотведения, водоснабжения объектов ООО «БАРНАУЛЬСКИЙ
ВОДОКАНАЛ» определяют требования на разработку, поставку и внедрение
распределенной системы управления (далее РСУ).
1.1 Полное наименование системы и ее условное обозначение
Полное наименование создаваемой системы управления –
автоматизированной системы управления технологическими
«БАРНАУЛЬСКИЙ ВОДОКАНАЛ».
«Верхний уровень
процессами ООО
1.2 Основание для создания системы
Система управления создаётся на основании нормативных документов, указанных в
пункте 4 данных Технических Требований, исходных данных, предоставляемых Заказчиком,
рабочей документации, разрабатываемой и предоставляемой Исполнителем вместе с
оборудованием центральной части системы управления.
Основанием для проектирования являются:
1. Инвестиционная программа ООО «БАРНАУЛЬСКИЙ ВОДОКАНАЛ»;
2. Необходимость исполнения Указа Президента РФ № 166 от 30 марта 2022 года «О мерах
по обеспечению
технологической
независимости
и безопасности
критической
информационной инфраструктуры Российской Федерации»;
3. Необходимость выполнения проектирования ВУ АСУ ТП с учётом приказа ФСТЭК №
31 от 14 марта 2014 г «Об утверждении Требований к обеспечению защиты информации в
автоматизированных системах управления производственными и технологическими
процессами на критически важных объектах, потенциально опасных объектах, а также
объектах, представляющих повышенную опасность для жизни и здоровья людей и для
окружающей природной среды» и ФЗ № 187 от 26 июля 2017 «О безопасности критической
информационной инфраструктуры Российской Федерации».
1.3 География расположения системы
Местоположение системы:
Алтайский край, г. Барнаул.
4
2. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ АСУ ТП
2.1 Назначение системы
Разрабатываемая АСУ ТП предназначена для сбора данных, автоматизированного
контроля, управления оборудованием водоочистных сооружений, водоподготавливающих и
повышающих станций, канализационных станций и скважин.
2.2 Цель создания системы
АСУ ТП разрабатывается как распределенная информационно-управляющая человекомашинная система, рассчитанная на длительное функционирование в реальном масштабе
времени. АСУ ТП предназначена для автоматизированного управления технологическим
оборудованием, контроля параметров.
Основной целью создания АСУ ТП является:

повышение надежности работы оборудования;

обеспечение автоматизированного эффективного управления технологическими
процессами в нормальных, переходных, предаварийных и аварийных режимах работы;

своевременное предоставление оперативному персоналу достаточной и достоверной
информации о ходе технологического процесса, состоянии оборудования и технологических
средств управления;

обеспечение персонала ретроспективной технологической информацией
(регистрации событий, расчет показателей, диагностика оборудования и др.) для анализа,
оптимизации и планировании работы оборудования и его ремонта;

улучшение условий труда эксплуатационного персонала;
Увеличение степени автоматизации за счет реализации более сложных и оптимальных
стратегий и алгоритмов управления позволит:

упростить эксплуатацию всего автоматизированного комплекса;

увеличить срок службы, степень эксплуатационной надежности технологического
оборудования;

сократить степень влияния человеческого фактора;

сократить сроки достижения оптимальных экономических показателей
оборудования;

сократить расходы на текущее техническое обслуживание и затраты на изменение
структуры системы управления при ее расширении и связи с системами управления на
смежных технологических объектах.
Улучшение показателей функционирования АСУ ТП должно быть достигнуто благодаря:

применению более совершенных программных средств, обеспечивающих
реализацию эффективных алгоритмов управления и регулирования;

унификации оборудования;

переносу смежных систем на единый сервер обработки;

резервированию оборудования и каналов связи;

улучшение связи (интерфейса) «человек-машина»;

расширение информационных функций АСУ ТП;
5



улучшение диагностики технологического оборудования и средств АСУ ТП;
упрощение технического обслуживания системы контроля и управления;
упрощение управления оборудованием.
В результате создания АСУ ТП должны быть достигнуты:

устойчивая работа системы управления технологическим оборудованием;

повышение уровня эксплуатации за счет унификации технических и программных
средств;

повышение надежности системы управления за счет резервирования технических и
программных средств;

углубление архива данных за счет резервированного сервера баз данных.
6
3. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ
3.1 Краткое описание объекта автоматизации
Объектом автоматизации является существующий верхний уровень АСУ ТП,
работающий на различных системах SCADA и серверах.
В таблице 1 приведен список объектов системы:
Наименование объекта
АСУ КНС
АСУ КНС
Диктующие точки
АСУ ТП Электролизных
Наименование
системы
Simatic WinCC
V6.0
Примечание
Адрес установки
Старая система
Отсутвуют
исходные файлы
Trace Mode v6.10.2
Новая система
Отсутвуют
исходные файлы
OpenSCADA
1+r2561
MasterSCADA 3.12
Отсутвуют
исходные файлы
MasterSCADA 3.11
Отсутвуют
исходные файлы
Пр. Калинина, 116
Диспетчеризация
артезианских
водозаборов
Таблица 1
Примеры мнемосхем в приложении №1
Ул. Некрасова, 2
Ул.
Власихинская, 49
Пр. Калинина, 116
Пр. Калинина, 116
3.2. Описание объекта ОСРВ
3.2.1. ВОС №1
Система получает воду от РВС №1 и РВС №2, через смесители, где добавляется хлор, вода
подаётся в камеры реакции, с них в блоки отстойников (4 группы по 6 отстойников). Далее
вода попадает в блоки фильтров (4 группы по 3 фильтра) и затем в три резервуара чистой
воды (V=3000 м3). В схеме присутствует электролизная, для получения чистого хлора из
соли.
Существующие шкафы
У фильтров:

Пульты управления задвижками на блоках фильтров (12 шт.)
В насосной станции собственных нужд:




Щиты управления промывными насосами (2 шт.);
Щиты управления хозяйственными насосами (2 шт.);
Силовой щит выбора насоса оборотной воды;
Отдельно висящий преобразователь частоты Danfoss VLT Aqua Drive;
7

Щит управления насосами оборотной воды на базе ПЛК Unitronics EX-A2X.
Помещение операторской на щите сигнализации:





Сигнализаторы уровня резервуаров чистой воды;
Сигнализаторы уровней в промывном и оборотном резервуарах;
Панель управления оборотными насосами;
Панель дистанционного управления турбокомпрессором;
Отображение работы насосов собственных нужд (оборотные насосы – 2 шт.,
промывные насосы – 2 шт.).
В помещении операторской ПК1:

Отображение работы электролизной ВОС1.
В помещении операторской ПК2 (тренды):









Расход 1-ый речной (левая труба);
Расход 1-ый речной (правая труба);
Уровень РЧВ1 ВОС1;
Уровень РЧВ2 ВОС1;
Уровень РЧВ3 ВОС1;
Уровень промывного резервуара ВОС1;
Уровень оборотного резервуара ВОС1;
Давление воды хозяйственных нужд;
Мутномер ВОС1.
В помещении электролизной:

Щит управления электролизной ВОС1.
Датчики:





Датчики уровня в резервуарах чистой воды (3 шт. аналоговых);
Датчик уровня в резервуаре промывной воды (3 электрода);
Датчик уровня в резервуаре оборотной воды (аналоговый);
Расходомеры-счётчики ультразвуковые УВР-011А-К (3 шт.) – отображение
расхода воды на трёх отводах;
Датчик давления воды хозяйственных нужд.
Информация с объекта:









Уровни воды в камерах хлопьеобразования (24 шт.);
Уровни осадка в камерах хлопьеобразования (24 шт.);
Уровни осадка в отстойниках (24 шт.);
Мутность воды в трубопроводах отбора проб из отстойников (24 шт.);
Уровни воды на выходе из отстойников (24 шт.);
Мутность в трубопроводах отбора проб исходной воды (2 шт.);
Уровень воды в смесителях (2 шт.);
Остаточный хлор на трубопроводе после смесителей (2 шт.);
Остаточный хлор в воздухе в здании смесителей (2 шт.);
8












Расход воды в камерах учёта воды на напорном трубопроводе воды к смесителям (2
шт.).
Уровни воды в фильтрах (12 шт.)
Расход 1-ый речной (левая труба);
Расход 1-ый речной (правая труба);
Уровень РЧВ1 ВОС1;
Уровень РЧВ2 ВОС1;
Уровень РЧВ3 ВОС1;
Уровень промывного резервуара ВОС1;
Уровень оборотного резервуара ВОС1;
Давление воды хозяйственных нужд;
Отображение всей выдаваемой информации с электролизной ВОС1;
Отображение работы насосов собственных нужд (оборотные насосы – 2 шт.,
промывные насосы – 2 шт.).
3.2.2. ВОС №2
Система получает воду от РВС №2, через смесители вода подаётся в камеры реакции, с
них в блоки отстойников (2 группы по 5 отстойников). Далее вода попадает в блоки фильтров
(9 шт.) и затем в два резервуара чистой воды (V=3000 м 3). В схеме присутствует
электролизная №2.
Существующие шкафы
У фильтров:

Пульты управления задвижками на блоках фильтров (9 шт.)
В насосной станции собственных нужд:


Щиты управления промывными насосами (2 шт.);
Щиты управления оборотными насосами.
В помещении операторской ВОС2 на щите сигнализации:


Сигнализаторы уровня резервуаров чистой воды;
Сигнализаторы уровней в промывном и оборотном резервуарах;
Щит дистанционного управления турбокомпрессором (Сибирь мехатроника на базе
SMH2010 и Lin Con):

Отображение работы насосов собственных нужд (оборотные насосы – 2 шт.,
промывные насосы – 2 шт.).
В помещении основной операторской ПК1:

Отображение работы электролизной ВОС2.
Помещение основной операторской ПК2 (тренды):


Расход 2-ой речной (левая труба);
Расход 2-ой речной (правая труба);
9




Уровень РЧВ1 ВОС2;
Уровень РЧВ2 ВОС2;
Уровень промывного резервуара ВОС2;
Мутномер ВОС2.
3.3. Описание объекта ЦДС
Центральный диспетчерский пункт представляет собой комплексный узел верхнего
уровня, обеспечивающий сбор, хранение и визуализацию технологических данных всех
подключённых объектов. Его структура включает:





Сервер КНС (первая очередь) Simatic WinCC V6.0 (Пр. Калинина, 116);
Сервер КНС (вторая очередь) Trace Mode v6.10.2 (Ул. Некрасова, 2);
Сервер диктующих точек OpenSCADA 1+r2561 (Ул. Власихинская, 49);
Сервер Электролизных MasterSCADA 3.12 (Пр. Калинина, 116);
Сервер артезианских водозаборов MasterSCADA 3.11 (Пр. Калинина, 116).
Существующие сервера
Сервер КНС (первая очередь) находится в неисправном состоянии. Компоненты сервера
устарели и не могут быть использованы в проектируемой системе диспетчеризации.
Сервер №1 и сервер №2 КНС (вторая очередь) (32 объекта)
Характеристики:










Корпус Chenbro RM23608M3-R650L (Форм-фактор: 2U, Поддержка E-ATX плат,
Встроенный блок питания: 650W)
Материнская плата SuperMicro X11SSM-F (Socket 1151, чипсет Intel C236,
Поддержка Xeon E3 v5/v6, IPMI — удалённое управление (KVM over IP, 8 × SATA
III + встроенный RAID, 2 × Intel Gigabit LAN)
CPU Intel Xeon E3-1220 v6 (4 ядра, 3.0 GHz)
ОЗУ DDR4 ECC Kingston 4×4GB (16 GB на сервер)
RAID-контроллеры Adaptec ASR-8805E (8-портовый SAS/SATA, 12Gb/s,
Поддержка
RAID 0/1/10, Кэш 512MB, Интерфейс PCI-e x8)
ПЗУ SAS диски Seagate 300 GB 10k rpm – 5 шт. SATA диски 4 TB Enterprise
Capacity – 5 шт.
Видеокарта: GT710
Охлаждение: Кулеры Supermicro SNK-P0046P – 2 шт.
Софт Windows Server 2016 Standard
Сервер артезианских водозаборов (37 объектов)
Сервер SuperMicro SYS-1019S-WR 1xE3-1275v6 4x16Gb 2x1Tb M.2 SSD NVMe 2x1.92Tb
2.5" SSD SATA C236 1G 2P+1G 4P 2x400W (SYS-1019S-WR SERVER)
Характеристики:


Процессор: Intel Xeon E3-1275 v6
Память 4×16 GB
10






Чипсет плата Intel C236; материнская плата Super X11SSW-F (встроенный
BMC/AST2400, IPMI).
Диски Фронт-панель: 2 фиксированных 2.5" отсека 2×1.92 TB 2.5" SATA SSD M.2:
2x1Tb M.2 SSD NVMe
Сеть 1G 2P+1G 4P
BMC управление Aspeed AST2400 BMC с IPMI/iKVM
Блоки питания 2× 400 W redundant (1+1) Platinum level PSU
Софт Windows Server 2012
3.3.1. Узлы учета (2 объекта)
Щит узла учёта воды состоит из расходомеров-счётчиков ультразвуковых УВР-011 и
считывающего устройства ИСТОК-ТМ. Передача данных происходит по GSM-модему.
Информация с объекта
Отображение информации с расходомеров-счётчиков.
3.3.2. Учет тепловых узлов (6 объектов)
Система состоит из счётчика тепловой энергии, датчиков температуры и давления.
Информация с объекта
Значение потраченной тепловой энергии.
3.3.3. Контрольные и диктующие точки (19 объектов).
Имеющиеся контрольные и диктующие точки оснащены
оборудованием и могут быть заведены в систему диспетчеризации.
всем
необходимым
11
4. ТРЕБОВАНИЯ К СИСТЕМЕ
4.1 Требования к системе в целом
АСУ ТП должна создаваться на базе унифицированных комплексов технических средств
(КТС).
Программное обеспечение должно быть российского производства и включено в реестр
Минцифры.
Режим функционирования АСУ ТП – непрерывный с периодическими осмотрами и
регламентными работами без останова основного процесса.
АСУ ТП должна быть реализована как распределенная, иерархическая,
многофункциональная, программируемая автоматизированная система контроля,
управления.
Разрабатываемая
система
должна
соответствовать
ГОСТ
24.104-2023
«Автоматизированная система управления. Общие требования», федеральным нормам и
правилам в области промышленной безопасности и требованиям, изложенным в настоящих
Технических требованиях и иметь возможность дальнейшего развития.
Документация на АСУ ТП должна быть выполнена в соответствии с требованиями
комплекса стандартов и руководящих документов на автоматизированные системы (ГОСТ
34.201-2020, ГОСТ Р 59793-2021, ГОСТ 34.602-2020, ГОСТ Р 59853-2021).
Операционная система серверного оборудования должна быть на основе системы Linux,
русифицированная и соответствующая требованиям безопасности и производительности.
Необходимо предусмотреть установку сервера реального времени российского
производства с поддержкой синхронизации со спутниковыми системами GPS и ГЛОНАСС.
Настроить синхронизацию времени оборудования по протоколу NTP от сервера времени.
Срок гарантийного сопровождения оборудования – 3 года после ввода объекта в
промышленную эксплуатацию.
4.1.1 Требования к структуре и функционированию системы.
Построение системы будет происходить на основе существующей сети передачи данных.
На каждом крупном объекте дополнительно предусмотреть установку коммутационного
сетевого оборудования при необходимости.
Архитектура построения должна исключать наличие узлов (единичных элементов и
связей), отказ которых приведёт к отказу ВУ АСУ ТП в целом. Для обеспечения
минимальной вероятности отказов должно быть предусмотрено резервирование
ответственных элементов.
Взаимодействие двух серверов на объекте должно быть основано на принципе «ведущийведомый» с самоподхватом при любой неисправности «ведущего».
Адресное пространство всей сети Ethernet ВУ АСУ ТП должно быть приведено к единому
виду.
4.1.2 Требования по сохранности информации при авариях.
Компоновка серверного оборудования должна обеспечивать стабильную работу системы
при любых неисправностях и резервирование компонентов сервера от блоков питания до
12
носителей данных. Носители данных должны быть в RAID-массиве уровня,
обеспечивающего максимальную защиту от потери данных и возможность горячей замены
носителей с функцией восстановления данных на новом носителе после замены.
Каждый из серверов должен иметь свою базу данных с глубиной архивирования тегов 3
года.
Дополнительно устанавливается сервер баз данных для хранения значений тегов с
глубиной архивирования 10 лет.
Базы данных серверов должны быть интегрированы в интерфейс пользователя без
необходимости дополнительных настроек для получения данных.
Серверное оборудование и оборудование связи должно быть обеспечено ИБП (источник
бесперебойного питания).
ИБП должен обеспечить работу оборудования серверов и связи в течении 30 мин при
потере основного питания.
4.1.3 Требования к надежности
В составе поставляемого оборудования должны использоваться надежные устройства
внешней памяти (жесткие диски) для сохранения и восстановления ретроспективной
информации.
Блоки питания должны быть оборудованы защитой от скачков напряжения и токовой
отсечкой для сохранения основного оборудования.
Для выявления неисправности компонентов должна быть предусмотрена внешняя
световая (звуковая) индикация неисправного состояния. Замена неисправного модуля
должна производиться без остановки технологического процесса. Переход на резерв должен
производиться автоматически, безударно и без остановки технологического процесса.
Программное обеспечение (ПО) должно быть обеспечено контролем зависания,
контролем разрыва связи, инструментами самовосстановления работоспособности.
ПО должно иметь функцию обновления компонентов без прерывания работы системы.
Надежность технических средств и программного обеспечения, предназначенных для
реализации каждой из функций системы, должна обеспечивать в совокупности выполнение
требований по надежности функций:

среднее время безотказной работы не менее 40 000 часов;

среднее время восстановления не более 0,2 часа.
Система должна обеспечивать диагностику своих технических средств в режиме
нормальной работы.
Должны быть реализованы следующие способы повышения надежности:

высокая надежность комплектующих элементов, субблоков, модулей, устройств
передачи информации;

наличие аппаратной, информационной, функциональной и алгоритмической
избыточности, обеспечивающей своевременное определение и устранение причин
единичных отказов;

разработка надежно работающих программных средств;

развитая система диагностики технических и программных средств;

защита от выдачи ложных команд и ложной информации;

рациональное распределение функций управления между техническими средствами
и персоналом;
13

использование рациональных интерфейсов «человек-система», позволяющих
быстро и однозначно идентифицировать ситуацию;

реализация постоянного контроля за целостностью хранимой информации;

организация защиты базы данных и программного обеспечения от
несанкционированного вмешательства;

обеспечение запасными частями.
Надежность выполнения функций на стадиях проектирования оценивается расчетным
методом по характеристикам элементов, участвующих в реализации функций. На стадии
внедрения надежность оценивается по фактическим статистическим данным по сбоям и
отказам функций системы.
4.1.4 Требования по обеспечению информационной безопасности.
Для обеспечения штатного режима функционирования АСУ ТП должен быть
предусмотрен Исполнителем комплекс организационных и технических мер, составляющих
систему защиты информации АСУ ТП и обеспечивающих информационную безопасность в
соответствии с требованиями Федерального закона от 26.07.2017 № 187-ФЗ «О безопасности
критической информационной инфраструктуры Российской Федерации», приказа ФСТЭК
России № 31 от 14.03.2014 г. «Об утверждении Требований к обеспечению защиты
информации в автоматизированных системах управления производственными и
технологическими процессами на критически важных объектах, потенциально опасных
объектах, а также объектах, представляющих повышенную опасность для жизни и здоровья
людей и для окружающей природной среды».
Требования по обеспечению информационной безопасности АСУ ТП указаны в
Приложении Б.
4.1.5 Требования к эргономике и технической эстетике
Условия работы персонала должны соответствовать ГОСТ 12.3.002-2014.
Взаимодействие персонала с АСУ ТП осуществляется через специализированные АРМ.
Интерфейс разрабатываемой системы АСУ ТП должен быть интуитивно-понятным,
позволяющим пользователю в кратчайшие сроки освоить работу с АСУ ТП. Должен быть
реализован графический многооконный режим с настраиваемыми элементами интерфейса и
цветового оформления.
Отображение информации на экране цветного графического дисплея должно
обеспечивать получение оператором полной характеристики текущего состояния
технологического процесса и оборудования, и возможность управления ими в виде, наиболее
удобном для восприятия в каждой конкретной ситуации. Фрагменты изображения не должны
быть перенасыщены информацией и разнообразием цветовой гаммы. Фон графических
экранов должен быть не ярким и выбран из «спокойной» цветовой гаммы.
4.1.6 Требования к безопасности к SCADA-системам
4.1.6.1.В целях информационной безопасности и прогнозируемости нагрузки на
программно-аппаратный комплекс доступ сторонних пользователей к SCADA должен быть
запрещен.
14
4.1.6.2. Аутентификация (подтверждение подлинности) пользователей должна
осуществляться на основе использования имени и пароля, при осуществлении удаленного
доступа должна быть использована двухфакторная аутентификация. Аутентификация
пользователей должна быть настроена в соответствии с политикой парольной защиты.
4.1.6.3. Доступ пользователей к информационным ресурсам SCADA должен
осуществляться согласно функциональной деятельности пользователей, структурных
подразделений Заказчика.
4.1.6.4. Доступ к информационным ресурсам SCADA должен осуществляться в
соответствии с матрицами доступа по принципу «что не разрешено, то запрещено».
4.1.6.5. Сегменты сети должны быть разделены на сети нижнего и верхнего уровня.
Нижний уровень (НУ) должен включать в себя сервера SCADA, ПЛК, преобразователи
интерфейсов. Верхний уровень (ВУ) должен включать в себя сервера SCADA, АРМ.
4.1.6.6. Системное и прикладное ПО должно предоставлять возможность смены паролей
или блокировки (удаления) учетных записей, в том числе предустановленных и/или
используемых для взаимодействия с базами данных.
4.1.6.7. Установка обновлений системного и прикладного программного обеспечения
АРМ и серверов SCADA, а также АСО, ПЛК должна производиться в исключительных
случаях в ручном режиме во время плановых профилактических мероприятий.
4.1.6.8. Должна быть реализована возможность контроля целостности ПО, включая их
обновления, с использованием контрольных сумм, хэш-функции или электронной подписи в
процессе загрузки или динамически в процессе работы SCADA систем. Использование
автоматизированных средств контроля состава и целостности
ПО, при их наличии, не
должно каким-либо образом влиять на работу ПО самой SCADA (блокировать или
останавливать работу программ, удалять файлы), только регистрировать факт нарушения с
указанием названия измененного программного модуля.
4.1.7 Требования к защите от влияния внешних воздействий
Ввиду установки оборудования АСУ ТП в отапливаемых помещениях с обеспечением
необходимого микроклимата, особых требований к защите от воздействия от атмосферных
помех не предъявляется.
АСУ ТП должна быть устойчива к воздействию внешних магнитных полей, постоянных
или переменных с частотой сети с напряженностью до 400 А/м.
АСУ ТП должна сохранять работоспособность при воздействии индустриальных
радиопомех по нормам 8-72 «Общие нормы допустимых индустриальных помех».
4.1.8 Требования к эксплуатации, ТО, ремонту и хранению компонентов системы.
АСУ ТП должна эксплуатироваться в режиме круглосуточной непрерывной работы.
Профилактическое и ремонтное обслуживание отдельных частей АСУ ТП должно
проводиться во время остановки на профилактическое и ремонтное обслуживание
контролируемого технологического оборудования.
15
В эксплуатационной документации должны быть указаны виды технического
обслуживания и ремонта и обеспечение их ЗИП, периодичность, продолжительность, и
квалификация персонала, а также, при необходимости, перечень переносной контрольнопроверочной аппаратуры и инструкции по ее применению.
Условия хранения ЗИП и аппаратуры АСУ ТП (до ее монтажа) должны соответствовать
ГОСТ Р 52931-2008.
Условия хранения носителей с копиями ПО должны соответствовать паспортным данным
носителей.
Транспортирование и хранение технических средств АСУ ТП должны соответствовать
требованиям ГОСТ Р 52931-2008.
4.1.9 Требования по стандартизации и унификации.
Аппаратура АСУ ТП должна быть спроектирована с максимальной унификацией
решений. Унификация всех решений должна обеспечиваться единообразным подходом к
решению однотипных задач, созданием унифицированных объектно-ориентированных
компонентов технического, программного, информационного, лингвистического
обеспечения.
Конструктивы шкафов, функциональных модулей должны быть унифицированы во всех
устройствах комплекса технических средств АСУ ТП. Должна использоваться минимальная
номенклатура различного оборудования.
Должно использоваться минимальное количество номиналов питающих напряжений.
В инструментальной системе должны использоваться универсальные операционные
системы и технологические языки программирования высокого уровня.
Формы представления информации должны быть максимально приближенными к
проектным изображениям технологических схем и их элементов.
Технологические алгоритмы должны разрабатываться в формализованном виде на
специализированном языке, доступном специалистам-технологам.
4.1.10 Дополнительные требования
Перспективы развития, модернизации системы
Загрузка процессоров и оперативной памяти на АРМ и серверах при полностью
загруженном и функционирующем программном обеспечении не должна превышать 50%.
В шкафах распределения питания должен быть предусмотрен резерв в размере 20% по
каждому номиналу автоматических выключателей.
Сетевое оборудование должно обеспечивать 50% резервных портов для подключения
дополнительного оборудования при необходимости.
Программное обеспечение серверов должно быть снабжено удобными инструментами
разработки:

объектно-ориентированный подход к разработке на всех уровнях проекта;

обработка данных с помощью встроенного компилируемого языка сценариев;

гибкая генерация событий на основе поступающих значений по заданным
шаблонам;

сохранение и восстановление среза текущих значений параметров в файл.
16
Система должна иметь возможность добавления новых клиентов, АРМов, а также систем
управления, отдельных контроллеров по протоколам:

OPC UA;

OPC DA;

МЭК-101;

МЭК-104;

Modbus TCP;

Modbus RTU;

S7.NET;

SNMP.
Исполнитель должен провести обучение специалистов организации заказчика по:

проведению ТО оборудования;

методам выявления неисправностей оборудования;

созданию резервных копий носителей данных и ПО оборудования;

добавлению новых объектов к существующей системе;

редактированию существующих объектов.
Технические средства программируемого логического контроллера АСУ ТП, по
требованиям защиты человека от поражений электрическим током относятся к классу 1,
должны выполняться в соответствии с ПУЭ, ГОСТ-12.2.007.0-75, ГОСТ Р 50571.4.41-2022 и
ГОСТ 25861-83.
Конструктивные элементы стоек (блоков) должны исключать возможность
прикосновения к токоведущим частям, а также замыкания на корпус и накоротко, и иметь
предупредительные надписи и гравировки на русском языке.
Класс защиты шкафов соответствует IP 42. Для шкафов, устанавливаемых в серверных
помещениях, допускается использование с классом защиты IP 21.
Мониторы АРМ должны соответствовать требованиям Российских санитарных норм «СП
2.2.3670-20: Санитарно-эпидемиологические требования к условиям труда». Допустимым
является применение мониторов, соответствующих стандартам: ТС095, ТС092, MPRII.
Для защиты обслуживающего персонала и программно-технического комплекса (далееПТК) АСУ ТП от возникновения разности потенциалов на контуре заземления в местах
установки разнесенного оборудования, вызванного короткими замыканиями в
электрической части, атмосферными разрядами, протеканием уравнительных токов по
контуру заземления и т.п. должны предусматриваться заземление компонентов КТС АСУ ТП
в соответствии с ПУЭ.
4.2 Требования к функциям (задачам), выполняемым системой
4.2.1 Объем автоматизации
Объем автоматизации определяется в соответствии с количеством входных/выходных
технологических параметров, количеством параметров сигнализации, регулирования,
управления.
Расчетное количество каналов до 10000.
В процессе наладки системы количество каналов может меняться в пределах 10% от
расчетного количества.
17
4.2.2 Функции системы
АСУ ТП технологического объекта должна обеспечивать выполнение следующих
функций:

автоматизированный сбор и первичная обработка технологической информации,
определение значений параметров по измеренным сигналам;

формирование команд управления;

накопление, регистрация и хранение поступающей информации;

предупредительная и аварийная сигнализация при выходе технологических
параметров за установленные границы и при обнаружении неисправностей в работе
оборудования АСУ ТП;

визуализация хода и результатов процесса;

автоматическое составление отчетов и рабочих (режимных) листов за определенные
периоды времени.

оперативный контроль значений технологических параметров с заданной
частотой сканирования

сбор и первичная обработка сигналов с объекта управления;

сглаживание и фильтрация сигнала с помехами (при необходимости);

отказ микропроцессорных контроллеров;

обрыв одного из проводов резервируемой сети;

отказ рабочих станций, как оборудования, так и программного обеспечения.
Отображение технологической и системной информации на экранах операторских
станций:

отображение совокупности данных, относящихся к отдельному параметру или

контуру регулирования;

отображение данных, относящихся к группе параметров;

представление обзорного дисплея для определения состояния сформированных

групп параметров;

представление одиночных и групповых трендов параметров с заданной

продолжительностью предыстории;

формирование системных сообщений о состоянии управляющего комплекса,

выполняемых функциях, результатах прохождения диагностических тестов.
Текстовое оповещение о событиях (технологическая сигнализация, системное сообщение
и т.п.) должно отображаться в специальной строке графического интерфейса РСУ.
Действие звуковой сигнализации и мигание изображения параметра (оборудования)
должно продолжаться до момента квитирования (подтверждения) сообщения оператором.
Цветовая индикация отклонений на мнемосхеме и отображение отклонений на экране
текущей аварийной сигнализации должны сохраняться до тех пор, пока значение параметра
не войдет в норму.
Накопление технологической информации:

формирование трендовых групп параметров;
18

архивация значений параметров с дискретностью не более 1 секунд, срок хранения
исторических данных не менее 36 месяцев;

архивация значений параметров с дискретностью не более 30 секунд, срок хранения
на серверах баз данных в течении 10 лет;

формирование журнала событий для регистрации действий операторов, включения
выключения технологического оборудования;

формирование текущих, сменных, суточных, месячных, хозрасчетных рапортов по
заданной форме;

формирование отчетов о нарушении режима;

хранение базы данных контроллеров подсистем управления;

формирование текстовых сообщений технологической сигнализации в понятной
терминологии;

архивация сообщений сигнализации в единый журнал с возможностью удобного
поиска и обработки массива информации, в том числе с использованием фильтров;

возможность периодической записи архивной информации по всем видам данных на
жесткий носитель в архив длительного хранения по команде инженера АСУ ТП.

для всех позиций (давление, температура, плотность и др.) участвующих в расчете
материального баланса, должны быть созданы отдельные теги для накопителей:
динамический накопитель, сменный (для каждой смены), суточный, месячный. Значения тега
сменного, суточного и месячного накопителя должны сохранять свои значения до
следующего соответствующего периода. Данные теги должны быть внесены в накопление
истории (трендов).
4.3 Требования к видам обеспечения
Комплекс технических средств (КТС) должен быть достаточным для реализации
заложенной структуры и функций разрабатываемой системы. Система управления должна
обеспечить непрерывное ведение технологического процесса, сохранять свои основные
функции при выходе из строя отдельных элементов системы и позволять проводить текущий
ремонт или замену элементов без остановки технологического оборудования.
4.3.1 Требования к техническому обеспечению
Шкафы с оборудованием серверов АСУ ТП должны соответствовать следующим
требованиям:

двухсторонний доступ (с цоколем, без дверей, замков) 800Шх2100Вх800Г;

40-42U;

с верхним подводом кабелей;

иметь встроенное внутреннее освещение и розетку 220В;

иметь
однорядные
клеммники
с
ножевыми
размыкателями
или
предохранительными вставками;

с шиной центрального заземления;

в шкафах системы управления предусмотреть размещение оптических кросс-боксов
и сетевого оборудования;

в каждом серверном шкафу установить сетевое оборудование достаточное для
полноценного функционирования системы;
19

клеммные терминалы для подключения полевых кабелей и кабелей межшкафного
соединения;

клеммные терминалы для подключения полевых кабелей должны быть с ножевыми
размыкателями с винтовыми зажимами;

пластиковые кабель-каналы с учетом разделения кабелей по типу сигнала;

установить систему мониторинга климата оборудования шкафов и серверной
(пример: модуль мониторинга VT825). Модуль должен передавать данные в систему SCADA
по климату внутри шкафа и внутри помещения серверной, также данные с дискретных
датчиков открытия дверей серверной.
Требования к составу и оборудованию АРМов указаны в Приложении В.
К дополнительным АРМам (режим просмотра) относятся:
1.
АРМ Директора по производству;
2.
АРМ Главного метролога АСУТП;
3.
АРМ Начальника участка по ремонту и обслуживанию КИПиА;
4.
АРМ Инженера по метрологии;
5.
АРМ Начальника цеха ОСРВ;
6.
АРМ Инженера-технолога ОСРВ;
7.
АРМ Начальника технического отдела.
Компоновка оборудования АРМов должна удовлетворять потребностям развернутого на
них программного обеспечения.
Для всех системных блоков всех типов АРМ и Серверов (при их наличии) предусмотреть
резервирование жестких дисков (HDD) в конфигурации RAID.
АРМ операторов-технологов и инженерные станции должны быть оснащены звуковыми
колонками, кронштейн для крепления и установки на рабочем месте соответствующего
количества мониторов.
Все АРМ должны быть равнозначны по набору функций контроля и управления.
Инженерная станция должна совмещать инженерный и операторский функционал с
разделением полномочий, защищенных паролем.
АРМы должны иметь возможность разграничения прав доступа на различных уровнях
взаимодействия с системой.
На дополнительных АРМах взаимодействие с системой должно быть ограничено только
просмотром состояния системы без элементов управления.
АРМ должен иметь средства для сохранения конфигурации системы на сменные
носители.
Требования к интерфейсу оператора указаны в Приложении А.
4.3.2 Требования к программному обеспечению.
Программное обеспечение должно удовлетворять следующим требованиям:

программное обеспечение должно быть Российской разработки и включено в реестр
Минцифры;
20

модульность построения прикладного ПО, подразумевающая независимую
разработку и отладку отдельных модулей ПО с последующей их компоновкой в программе
системы;

открытость ПО, позволяющая корректировать и расширять ПО при появлении
производственной необходимости;

гибкость и возможность настройки ПО ПТК системы в соответствии с условиями
производственных задач;

надежность (живучесть) ПО - способность выполнять возложенные на систему
функции в соответствии с заданным алгоритмом при действии дестабилизирующих
факторов (сбои и отказы оборудования, несанкционированный доступ в программу и т.п.).
Программное обеспечение должно включать антивирусное ПО, протестированное на
совместимость с ПО АСУ ТП.
В состав ПО должны входить общесистемное ПО (СПО), базовое прикладное ПО (БПО) и
собственно прикладное ПО (ППО) с соответствующими структурами данных.
В качестве общесистемного ПО должны использоваться современные стандартные
универсальные и однотипные операционные системы, поддерживающие сетевые функции.
Общесистемное ПО (универсальные ОС) должны надежно функционировать в
многозадачном режиме и обеспечивать функционирование прикладного ПО в реальном
масштабе времени с защитой от сбоев. В состав системного программного обеспечения
должны входить программные средства создания и ведения баз данных, их структурные
описания, описания взаимосвязей баз данных.
Базовое прикладное ПО должно включать в себя развитые инструментальные и
исполнительные средства (пакеты программ) производителей оборудования АСУ ТП,
позволяющие эффективно разрабатывать, отлаживать и исполнять компоненты прикладного
ПО АРМ и баз данных системы.
Прикладное ПО АСУ ТП на всех уровнях системы должно функционировать под
управлением соответствующих ОС и БПО и должно включать следующие компоненты:

оперативное ПО (оперативное ПО АРМ, ОС)

тестовые программы и программы диагностики технических средств системы;

программы и средства работы с БД АСУ ТП;

ПО для создания проектов, конфигурирования системы на инженерной станции;

ПО для создания мнемосхем (видеоэкранов) на инженерной станции;

ПО для автоматического документирования базы данных и алгоритмов системы;

ПО для формирования рапортов, отчетов;

ПО для анализа сигнализаций и сообщений (система управления сигнализациями).
4.3.2.1
Требования к SCADA-системам
SCADA - система сбора данных и оперативного контроля, предназначенная для получения
и хранения информации о текущем режиме системы и состоянии оборудования от системы
сбора и передачи информации, обработки полученной информации и предоставления
информации подсистемам автоматизированной системы диспетчерского управления и
другим автоматизированным системам (далее-SCADA), должна соответствовать
требованиям Технической политики Компании «РОСВОДОКАНАЛ» и настоящих
21
технических требований, которые должны учитываться при разработке проектной
документации на ее создание или модификацию;

SCADA должна быть Российской разработки и включена в реестр Минцифры.

архитектура SCADA должна соответствовать принципам открытости архитектуры и
должна быть построена на основе общедоступных и общепризнанных стандартов на
продукты информационных технологий. Для успешного решения поставленных задач
SCADA должна обеспечивать:

масштабируемость;

возможность интеграции и обмена информацией с внешними программноаппаратными комплексами;

информационную унификацию путем применения общей информационной модели;

наличие необходимой и достоверной информации для задач оперативнодиспетчерского управления. Необходимая информация поступает извне (является внешней
по отношению к SCADA) или вырабатывается в процессе управления (внутри SCADA);

защиту от несанкционированного доступа к информации и функциям SCADA;

защиту от ошибочных действий персонала, от случайных изменений и разрушения
информации и программ.

Аппаратные и программные средства должны иметь модульную структуру и
системное ПО, допускающие широкий диапазон их использования от минимального выбора
для выполнения одной функции до максимального, обеспечивающего выполнение всех
функций SCADA.

SCADA должна отвечать следующим требованиям к программному продукту:

полная кроссплатформенность среды разработки и среды исполнения;

поддержка наиболее распространённых отечественных операционных систем;

поддержка наиболее распространённых отечественных процессоров;

поддержка широкого набора промышленных протоколов, в том числе
проприетарных (Ethernet/IP, Profinet, EtherCAT, FINS, SLMP, SNMP и др.);

вывод на мнемосхему видеопотока в формате RTSP;

поддержка протокола OPC UA в режимах сервера и клиента, с передачей архивных
данных, поддержкой Reverse Connection, различных режимов шифрования и подписи, а
также режима OPC Alarms and Events (тревоги и события);

прямая поддержка электро- и теплосчётчиков (Меркурий, Энергомера, Пульсар,
Теплоком и др.);

наличие заключения о возможности применения на значимых объектах критической
информационной инфраструктуры не ниже 1 категории значимости в соответствии с
приказом ФСТЭК России от 25.12.2017 № 239.

Среда разработки SCADA должна обеспечивать:

поддержку языков программирования по МЭК 61131-3;

поддержку языка C# и возможность применения готовых библиотек C#;

создание функциональных блоков на языке C++;

применение объектно-ориентированного подхода при разработке проекта;

табличное представление проекта с возможностью дальнейшей обработки
внешними инструментами (в том числе Python, Visual Basic, JavaScript и др.);
22

наличие готовых специализированных функциональных блоков (расчёт
сопротивлений, ПИ- и ПИД-регуляторы, генераторы импульсов и сигналов с
настраиваемыми параметрами и выходами и т. п.);

неограниченное тиражирование предварительно созданных элементов (объектов)
как со строгим наследованием настроек, так и с возможностью изменения отдельных
настроек пользователем;

наличие библиотеки стандартных анимируемых элементов;

добавление и анимацию пользовательских SVG-элементов;

интеграцию с внешними системами по API;

работу с внешними базами данных (PostgreSQL, MS SQL, АВАДС, MySQL,
ClickHouse);

интеграцию с информационными моделями зданий и сооружений (BIM);

отображение и привязку к проекту цифрового двойника технологического объекта;

совместимость с конфигураторами систем диспетчеризации инженерного
оборудования зданий.

SCADA должна обеспечивать выполнение следующих требований по
информационной безопасности:

наличие функционала, позволяющего в максимальной степени выполнить
требования действующих стандартов по информационной безопасности;

аутентификацию посредством службы каталогов Active Directory (LDAP, с
перспективой перехода на LDAPS для операционных систем на базе Linux);

ролевую модель и разделение прав доступа к информации;

наличие отдельного интерфейса для добавления пользователей и ролей, а также для
управления пользовательскими и ролевыми настройками;

наличие набора функциональных блоков для добавления пользователей и ролей и
управления их настройками внутри проекта;

шифрование по протоколу не ниже TLS 1.3 при удалённом подключении клиентов
визуализации (браузер или специализированное приложение) к web-серверу;

хранение пользовательских настроек в отдельной базе данных, доступной для
нескольких проектов, при этом пароль должен быть зашифрован по алгоритму не слабее
argon2 с обязательным применением «соли»;

отправку журнала действий оператора на syslog-сервер;

ограничение доступа к журналу регистрации событий безопасности;

настройку периода хранения и размера журнала регистрации;

генерацию уведомлений о переполнении журнала регистрации;

контроль целостности программного обеспечения и прикладного программного
обеспечения проекта (ППО) — как в автоматическом режиме, так и по команде оператора.
В стоимость программных средств АСУ ТП должна входить стоимость лицензий на
используемые программные средства
4.3.3 Требования к лингвистическому обеспечению

Лингвистическое обеспечение SCADA должно быть достаточным для общения
различных категорий пользователей в удобной для них форме со средствами автоматизации
SCADA.
В лингвистическом обеспечении SCADA должны быть:
23

предусмотрены языковые средства для описания любой используемой информации
в SCADA;

стандартизированы описания однотипных элементов информации и записи
синтаксических конструкций;

обеспечены удобство, однозначность и устойчивость общения пользователей со
средствами автоматизации SCADA.

Лингвистическое обеспечение SCADA должно быть отражено в документации
(инструкциях, описаниях) организационного обеспечения SCADA в виде правил общения
пользователей с программно-техническими средствами во всех режимах функционирования
SCADA.

Интерфейс SCADA, обеспечивающий взаимодействие пользователей с SCADA,
должен быть реализован на русском языке.
В средствах (подсистеме) исполнения все выдаваемые на экраны интерфейса оператора
текстовые фрагменты: (элементы меню, сообщения, подсказки, элементы протоколов
событий и пр.) должны быть на русском языке. Среда программирования КТС должна
входить в состав ПТК и обеспечивается Исполнителем.
4.3.4 Требования к информационному обеспечению
Информационное обеспечение должно быть достаточным по объему и содержанию для
оперативной и достоверной оценки состояния технологического оборудования, режимов его
работы, оценки и функционирования подсистем АСУ ТП, распознавания отказов.
Информационное обеспечение должно включать:

информационные массивы, включая входную аналоговую и дискретную
информацию, результаты расчета и наиболее важные промежуточные результаты,
нормативно-справочную информацию;

систему ведения, редактирования и формирования базы данных;

формы выходных документов;

технические и программные средства архивирования, записи, хранения и
воспроизведения информации;

технические и программные средства передачи информации между компонентами
АСУ ТП и в смежные информационные системы.
Применяемые в выходных документах и на устройствах отображения информации
термины и сокращения должны быть общепринятыми в отрасли. Символы, используемые
для фрагментов мнемосхемы на экране дисплея, их цветовое кодирование должны быть
идентичными.
Принятая система идентификации должна применяться во всей документации на АСУ ТП,
включая программную.
В основу построения информационного обеспечения АСУ ТП должен быть положен
принцип однократного ввода и многократного использования информации внутри системы.
Для удобства хранения, обработки и обмена информацией в рамках распределенной
системы управления автоматически должна создаваться единая база данных,
обеспечивающая доступ к данным с локальных элементов сети, которыми являются:

многофункциональные операторские станции – рабочие места технологического
персонала;

инженерные станции – рабочие места инженеров АСУ ТП.
24
Обслуживание базы данных АСУ ТП должно выполняться только с инженерной станции в
режиме санкционированного доступа.
Информационная совместимость АСУ ТП и смежных систем обеспечивается
применением стандартных протоколов обмена данными:

Ethernet/IP;

Modbus (TCP, RTU).
4.3.4.1.
SCADA для обеспечения технологических процессов управления необходима
информация о технологических режимах работы объектов диспетчеризации.
4.3.4.2. В состав информации о технологическом режиме работы объекта
диспетчеризации входят:

электрические параметры режима, включая параметры аварийных режимов,
характеризующие технологические режимы объектов;

неэлектрические параметры, отражающие условия работы объектов;

команды дистанционного управления и регулирования.
4.3.4.3. SCADA должна обеспечивать прием и обработку всего необходимого объема
параметров, характеризующих технологические режимы объектов.
4.3.4.4. Перечень (детальный состав) параметров и команд управления определяется
требованиями:

обеспечения наблюдаемости и управляемости режима работы объекта;

обеспечения надежности и достоверности информации о технологических режимах
объектов за счет ее избыточности;

регламентирующих документов по режимной и противоаварийной автоматике.
4.4. Требования к обмену информацией с системой сбора и передачи информации.

SCADA должна обеспечивать сохранение меток единого астрономического времени
для всех принимаемых параметров. Для меток времени должно использоваться UTC.
Форматы данных, используемые для передачи информации о телесигналах,
телеизмерениях, специальных параметрах должны обеспечивать передачу:

текущего значения параметра;

признаков достоверности (описателя качества) параметра;

метки времени параметра (при передаче по изменению).
Значения телеметрической информации (ТИ) должны передаваться в инженерных
единицах. Непосредственная передача результатов аналого-цифрового преобразования
(квантов) допускается в исключительных случаях по согласованию с Заказчиком.
25
5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ АСУ ТП
Разработка АСУ ТП осуществляется в соответствии с ГОСТ Р 59793-2021 «Комплекс
стандартов на автоматизированные системы. Автоматизированные системы. Стадии
создания» и ввод в действие АСУ ТП осуществляется в соответствии с требованиями СП
77.13330-2016 «Системы автоматизации».
Разработчик АСУ ТП осуществляет поставку оборудования, выполнение техно рабочего
проекта, шеф-монтажных (ШМР), пуско-наладочных (ПНР) и инжиниринговых работ –
далее Поставщик.
5.1
Выбор поставщика АСУ ТП
Выбор Поставщика программно-технического комплекса АСУ ТП осуществляется
Заказчиком по результатам конкурса.
При этом предполагается в состав документа запроса на получение технико-коммерческих
предложений от возможных поставщиков включить настоящие «Технические требования на
АСУ ТП».
Технико-коммерческое предложение (ТКП) должно содержать следующие позиции и
условия:
- структурную схему построения предлагаемой системы управления с указанием
интерфейсов связи между компонентами системы и используемого программного
обеспечения;
- при наличии в составе системы оборудования третьих фирм должно быть учтено
программное обеспечение и адаптеры для конфигурирования и настройки такого
оборудования;
- должны быть актуальные решения, выпущенные для общей продажи, обеспечивающие
полную аппаратную и программную совместимость всех используемых компонентов;
- полный (подробный) перечень (спецификация) поставляемого оборудования и услуг
(выполняемых работ) с указанием позиционных цен, стоимость инжиниринговых,
строительно-монтажных, шеф-монтажных и пуско-наладочных работ, включая накладные
расходы.
- оборудование в спецификации должно быть разделено по следующим принципам:

место размещения;

по шкафам (например: кроссовый РСУ, Сетевой, Серверный и т.д.);

аппаратное, программное и лицензионное обеспечение должно быть привязано к
каждой конкретной рабочей станции.
- при отсутствии системы лицензирования на использование количества тегов, указывать
максимально возможное количество сигналов, которое система способна обрабатывать;
- стоимость всех лицензий (попозиционно), необходимых для использования всех
программных продуктов АСУ ТП;
- для интеграторов обязательно наличие подтверждения вендора на право продажи и
гарантийного сопровождения предлагаемого оборудования.
ТКП должно включать:
- оборудование АСУ ТП (Разработка СКАДА, АРМ, ПНР);
- работы по монтажу оборудования системы на площадке Заказчика;
- шеф - монтаж системы электропитания и заземления;
26
- пуско-наладочные работы по комплексу технических средств системы управления,
включая систему электропитания;
- возможность оперативного реагирования поставщика АСУ ТП на обращения Заказчика с
возможностю прибытия инженера на объект Заказчика не позднее 1 суток с момента
обращения, такая возможность должна быть подтвеждена документально наличием филиала
или представительства.
- ЗИП на 2 года эксплуатации после гарантии (10% от общего объема модулей
оборудования каждого типа, но не менее одной штуки);
- сроки поставки оборудования на площадку Заказчика;
- условия поставки, включая налоги и сборы;
- гарантийные обязательства (3 года после поставки, не менее 2 лет после ввода объекта в
промышленную эксплуатацию);
- график платежей;
Условия поставки запасных частей в послегарантийный период в течение 10 лет после
поставки оборудования (по позиционным ценам предложения). Срок действия предложения
- 12 месяцев.
5.2 Документация
Документация на программно-технический комплекс должна быть представлена на
русском языке и оформлена согласно стандартным формам.
Изменения, внесенные в ходе приемки, должны быть отражены в общей документации.
В процессе выполнения контракта Поставщиком должны выдаваться следующие
документы,
которые
подлежат
согласованию
Заказчиком
и
Генеральным
Проектировщиком/Проектировщиком (дается не полный перечень):
- график выполнения контракта с указанием ключевых дат;
- структурная схема;
- характеристики шкафов и пультов;
- требования к электроснабжению и заземлению;
- электрические схемы шкафов;
- чертежи клеммников;
- функциональные спецификации конфигурирования;
- базовые мнемосхемы;
- базовые группы параметров;
В состав окончательной документации входят (перечень не исчерпывающий):
- комплектная документация системы;
- инструкция по эксплуатации, инструкция по техобслуживанию;
- описание и технические данные системы;
- спецификация поставляемого оборудования;
- описание программных средств, документы, переданные на одобрение, распечатки
возможных конфигураций, выводимые копии с экрана;
- инструкция по заземлению.
Содержание окончательной документации должно быть согласовано Заказчиком.
Документация должна быть выполнена по ГОСТ 34.201-2020, ГОСТ 34.602-2020.
Документация предоставляется в электронном виде и на бумажном носителе в 1 экз.
27
5.3 Проверка и испытания АСУ ТП
Система сдается в опытно-промышленную эксплуатацию по акту. По результатам
опытно-промышленной эксплуатации составляется совместный акт приемки системы в
постоянную эксплуатацию. Состав приемной комиссии определяется Заказчиком.
Приемка АСУ ТП состоит из нескольких этапов (см. ГОСТ Р 59793-2021, СП77.133302016 «Системы автоматизации»):
- пуско-наладочные работы;
- предварительные испытания;
- опытная эксплуатация;
- приемочные испытания;
- выполнение работ в соответствии с гарантийными обязательствами.
На этапе «Пусконаладочные работы» проводят автономную наладку технических и
программных средств, загрузку информации в базу данных и проверку системы ее ведения,
комплексную наладку всей системы.
Пусконаладочные работы по системам автоматизации (далее – пусконаладочные работы)
должны быть выполнены таким образом, чтобы была обеспечена реализация технических
решений по автоматизации технологического процесса или оборудования инженерных
систем, принятых в проектной и рабочей документации;
Пусконаладочные работы по системам автоматизации проводят в соответствии с
решениями и нормами, предусмотренными проектной и рабочей документацией,
технологическим регламентом (производственной инструкцией), эксплуатационной
документацией на технические и программные средства систем автоматизации предприятийизготовителей и разработчиков, требованиями федеральных норм и правил в области
промышленной безопасности;
Пусконаладочные работы по системам автоматизации проводят в три стадии:
- I стадия - подготовительные работы;
- II стадия - автономная наладка систем автоматизации;
- III стадия - комплексная наладка систем автоматизации.
На этапе «Предварительные испытания» осуществляют:
- испытания программно-технического комплекса в соответствии с программой и
методикой предварительных испытаний; устранение неисправностей и внесение изменений
в документацию АС ТП, в том числе эксплуатационную, в соответствии с протоколом
испытаний;
- оформление акта о приемке АСУТП в опытную эксплуатацию.
На этапе «Опытная эксплуатация» проводят:
- опытную эксплуатацию программно-технического комплекса;
- анализ результатов опытной эксплуатации;
- доработку (при необходимости) программного обеспечения;
- дополнительную наладку (при необходимости) технических средств программнотехнического комплекса;
- оформление акта о завершении опытной эксплуатации.
Во время опытной эксплуатации системы ведется рабочий журнал, в который заносятся
сведения о результатах наблюдения за правильностью ее функционирования, об отказах,
28
сбоях, аварийных ситуациях, корректировках технической документации. На этапе
«Приемочные испытания» проводят:
- испытания на соответствии техническому заданию в соответствии с программой и
методикой приемочных испытаний;
- анализ результатов испытаний программно-технического комплекса и устранение
недостатков, выявленных при испытаниях;
- оформление акта о приемке АСУ ТП в промышленную эксплуатацию.
Результаты приемочных испытаний системы должны быть оформлены актом,
утверждаемым в установленном порядке. Акт должен содержать заключение о соответствии
системы требованиям Технического задания и решение комиссии о приемке системы в
промышленную эксплуатацию.
На этапе «Выполнение работ в соответствии с гарантийными обязательствами»
осуществляются работы по устранению недостатков, выявленных, при эксплуатации АСУТП
в течение установленных гарантийных сроков, внесению необходимых изменений в
документацию на АСУТП.
При проведении приемки, комиссии предъявляется АСУТП в полном комплекте:
- комплекс технических средств, смонтированный, соединенный, налаженный и
скомплексированный, подготовленный к эксплуатации обученным персоналом;
- проектную документацию со всеми изменениями и дополнениями;
- эксплуатационную документацию необходимую для освоения АСУТП и ее нормальной
эксплуатации;
- программное обеспечение в виде загруженных модулей рабочего ПО, его копий на
магнитных носителях и программная документация;
- технические описания комплекса технических средств;
- ЗИП, приборы, устройства и стенды, необходимые для регламентных работ, проверки
работоспособности комплекса технических средств и метрологического контроля.
29
6. НОРМАТИВНЫЕ ДОКУМЕНТЫ
При создании системы управления необходимо руководствоваться следующими
нормативными документами:
1. ГОСТ 34.602-2020. Техническое задание на создание АС.
2. ГОСТ Р 59793-2021 Автоматизированные системы. Стадии создания.
3. ГОСТ Р 59853-2021 Комплекс стандартов на автоматизированные системы.
Автоматизированные системы. Термины и определения.
4. ГОСТ Р 50571.4.41-2022 Электроустановки низковольтные. Требования для
обеспечения безопасности. Защита от поражения электрическим током.
5. ГОСТ 25861-83 Машины вычислительные и системы обработки данных. Требования
электрической и механической безопасности и методы испытаний.
6. СП 2.2.3670-20 «Санитарно-эпидемиологические требования к условиям труда».
7. ГОСТ Р 52931-2008. Приборы контроля и регулирования технологических
процессов. Общие технические условия.
8. ГОСТ Р 51317.6.2-2012 Совместимость технических средств электромагнитная.
9. ГОСТ IEC 61000-4-6-2022 «Электромагнитная совместимость. Часть 4-6. Методы
испытаний и измерений. Устойчивость к кондуктивным помехам, наведенным
радиочастотными полями».
10. ГОСТ Р 59792-2021 ИТ «Виды испытаний автоматизированных систем»
11. ГОСТ 34.201-2020. Виды, комплектность и обозначение документов при создании
автоматизированных систем.
12. ГОСТ 24.104-2023. Автоматизированные системы управления. Общие требования.
13. ГОСТ 24.701-86. ЕСС АСУ. Надежность АСУ. Основные положения.
14. ГОСТ 21958-76. Общие эргономические требования к расположению рабочих мест
15. ГОСТ 12.1.030-81. ССБТ. Защитное заземление, зануление.
16. ПУЭ. Правила устройства электроустановок (в ред. Приказа Минэнерго России от
20.12.2017 N 1196).
17. ГОСТ Р МЭК 61508 «Функциональная безопасность систем электрических,
электронных, программируемых электронных, связанных с безопасностью».
18. ГОСТ 27.301-95 «Надежность в технике. Расчет надежности. Основные положения».
19. СП 77.13330.2016 «Системы автоматизации».
20. ГОСТ 22269-76 Рабочее место оператора. Взаимное расположение элементов
рабочего места. Общие эргономические требования.
МИ 1669-87 ЕСС АСУ Метрологическое обеспечение АСУ. Основные положения.
21. ГОСТ 8.417-2002 Государственная система обеспечения единства измерений (ГСИ).
Единицы величин.
Главный метролог
А.С.Пустовит
30

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 4 к ДоЗ Критерии соответствия.xlsx | docs/32616478416/Закупочная_документация (архив)/Приложение № 4 к ДоЗ Критерии соответствия.pdf
Приложение №1 к Распоряжению
№ Р.УК-08092026-01 от 08.09.2026
Приложение № 4 к документации о закупке
Критерии соответствия и порядок оценки
Наименование закупки: Конкурентный отбор
в электронной форме на электронной торговой площадке на право заключения договора на оказание услуг по объекту «Модернизация системы диспетчеризации АСУ ТП объектов ЦДС и ОСРВ в рамках мероприятия Проектирование и установка АСУ ТП)» для нужд ООО "Барнаульский
водоканал"
РАЗДЕЛ I. КРИТЕРИИ СООТВЕТСТВИЯ УЧАСТНИКА И ЕГО ПРЕДЛОЖЕНИЯ ТРЕБОВАНИЯМ ДОКУМЕНТАЦИИ О ЗАКУПКЕ
Критерий
№ п/п
I
Не соответствует
Соответствует
Подтверждающие документы, предоставляемые участником закупки
Требования к участнику
Предоставляются копии документов:
1. Устав (полностью), свидетельства о регистрации изменений и дополнений в учредительные документы;
2. Протокол или решение о назначении единоличного или коллегиального исполнительного органа (для юридических лиц);
3. Полученная не ранее чем за шесть месяцев до дня размещения извещения копия выписки из Единого государственного реестра
юридических лиц (для юридического лица), копия выписки из Единого государственного реестра индивидуальных предпринимателей (для
индивидуальных предпринимателей).
1
Наличие права обладания гражданской правоспособностью в полном объеме для
заключения и исполнения договора (регистрация в установленном порядке).
Отсутствие
Наличие
2
Наличие в Едином федеральном реестре сведений о банкротстве (любой стадии) или
принятого судом заявления о признании должника (участника закупки) банкротом
(возбуждено дело о банкротстве), а так же Отсутствие наложенного ареста на имущество
участника (в соответствии с Федеральным законом «О несостоятельности (банкротстве)»
от 26 октября 2002 г. № 127-Ф3). Подтверждений от участника не требуется.
Наличие
Отсутствие
Информация проходит проверку Заказчиком с использованием программно-аппаратных средств и сети интернет.
3
Наличие сведений в реестре недобросовестных поставщиков, предусмотренном ст. 5
Федерального закона от 18 июля 2011 года № 223-ФЗ «О закупках товаров, работ, услуг
отдельными видами юридических лиц».
Наличие
Отсутствие
Информация проходит проверку Заказчиком с использованием программно-аппаратных средств и сети интернет.
4
Наличие сведений об участнике, участнике юридического лица, едином исполнительном
органе в реестре иностранных агентов, ведение которого осуществляется в соответствии с
Федеральным законом от 14.07.2022 № 255-ФЗ «О контроле за деятельностью лиц,
находящихся под иностранным влиянием».
Наличие
Отсутствие
Информация проходит проверку Заказчиком с использованием программно-аппаратных средств и сети интернет.
5
Наличие сведений об участнике, участнике юридического лица, едином исполнительном
органе, аффилированном с участником закупки лице в реестре запрещенных организаций
и/или физических лиц, причастных к эксремистской деятельности.
Наличие
Отсутствие
Информация проходит проверку Заказчиком с использованием программно-аппаратных средств и сети интернет.
6
Отсутствие с заказчиком конфликта интересов.
Наличие
Отсутствие
Информационное письмо (в свободной форме), заверенное подписью руководителя и печатью предприятия.
7
Отсутствие фактов участия в картельном сговоре или антиконкурентных соглашений.
Наличие
Отсутствие
Информационное письмо (в свободной форме), заверенное подписью руководителя и печатью предприятия.
8
Наличие у индивидуального предпринимателя или участника юридического лица и
единоличного исполнительного органа юридического лица действительного паспорта.
Отсутствие
Наличие
Информационное письмо (в свободной форме), заверенное подписью руководителя и печатью предприятия.
9
10
11
12
13
Отсутствие в отношении индивидуального предпринимателя или единоличного
исполнительного органа юридического лица возбужденого уголовного дела, а так же
отсутствие судимости за преступления предусмотренные разделом VIII и статьями 289,
290, 291, 291.1 Уголовного кодекса Российской Федерации (за исключением лиц, у
которых такая судимость погашена или снята), а также отсутствие в отношении указанных
лиц наказания в виде лишения права занимать определенные должности или заниматься
определенной деятельностью, которые связаны с поставкой товара, выполнением работы,
оказанием услуги, являющихся объектом закупки, и административного наказания в виде
дисквалификации.
Наличие опыта работы по исполнению обязательств по аналогичным работам/услугам за
последние 3 года, стоимость которых составляет не менее 50% от НМЦ закупки.
Согласие на проведение выездного аудита участника закупки, проводимого в
соответствии с Порядком проведения выездного аудита (Приложение №9). В случае
выявления в ходе проверки участника несоответствия его критериям, установленным
Документацией о закупке, или предоставление им недостоверных сведений в составе
заявки , Заказчик/ОЗ/ВОЗ вправе признать такого участника и его заявку
несоответствующими требованиям документации о закупке.
Согласие на использование ЮЗЭДО в рамках заключения договора и исполнения
обязательств по такому договору
Комлектность предоставленного пакета документов входящего в состав заявки.
Наличие
Отсутствие
Отсутствие
Наличие
Отсутствие
Наличие
Согласие, заверенное подписью руководителя и печатью предприятия (согласно форме Приложения № 6 (Форма 3)).
Отсутствие
Наличие
Согласие об использовании компанией ЮЗЭДО, заверенное подписью руководителя и печатью предприятия (согласно Приложению № 6
(Форма 2)).
Нет
Да
Информационное письмо (в свободной форме), заверенное подписью руководителя и печатью предприятия.
Референц-лист с перечислением договоров на оказание услуг и контактов покупателей/эксплуатирующих организаций согласно
Приложению № 6 (Форма 3).
Опыт оказания услуг подтверждается актами оказанных услуг УПД и т.д..
Под аналогичным опытом понимается опыт оказания услуг, указанных в документации о закупке
1. Письмо о подаче оферты - коммерческого предложения в закупочной процедуре согласно Приложению № 6 (Форма 1) в формате excel.
Предложение должно быть действительно не менее чем 120 календарных дней со дня, следующего за днем окончания подачи заявок. В
случае продления Заказчиком/ОЗ/ВОЗ срока приема заявок на участие в процедуре закупок срок действия Письма о подаче оферты коммерческого предложения автоматически увеличивается на количество дней продления срока приема заявок.
2. Заполненные опросные листы (согласно форме Приложение № 1.3-1.7 ). Опросные листы должны быть предоставлены в формате word.
3. Анкета участника согласно Приложению № 3 документации о закупке.
4. План привлечения соисполнителей из числа СМСП, соответствующий требованию о минимальной доле согласно документации о
закупке, если участник зкупки не является СМСП (согласно форме Приложения № 6 (Форма 5).
7. Копия решения об одобрении крупной сделки, по сделке, являющейся предметом договора, планируемого к заключению по итогам
закупки, если требование о необходимости такого решения для совершения крупной сделки установлено законодательством РФ,
учредительными документами Участника закупки.
8. Доверенность / машиночитаемая доверенность на подписание соответствующих документов (за исключением случаев, когда полномочия
определены Уставом компании).
Услуги
14
Наличие лицензии ФСБ России на осуществление деятельности по разработке,
производству, распространению шифровальных (криптографических) средств,
информационных систем и телекоммуникационных систем, защищенных с
использованием шифровальных (криптографических) средств, выполнению работ,
оказанию услуг в области шифрования информации, техническому обслуживанию
шифровальных (криптографических) средств, информационных систем и
телекоммуникационных систем, защищенных с использованием шифровальных
(криптографических) средств (за исключением случая, если техническое обслуживание
шифровальных (криптографических) средств, информационных систем и
телекоммуникационных систем, защищенных с использованием шифровальных
(криптографических) средств, осуществляется для обеспечения собственных нужд
юридического лица или индивидуального предпринимателя) Пункты 12,13,14,20,21,28
Переченявыполняемых работ и оказываемых услуг, составляющих лицензируемую
деятельность, в отношении шифровальных (криптографических) средств.
Отсутствие
Наличие
Копия выписки из реестра лицензий ФСБ России ( Пункты 12,13,14,20,21,28 Переченя выполняемых работ и оказываемых услуг, составляющих
лицензируемую деятельность, в отношении шифровальных (криптографических) средств).
15
Наличие статуса партнера с производителем оборудования, которое подлежит
администрированию.
Отсутствие
Наличие
Подтверждение статуса офицального партнертсва (копия сертификата, авторизационное письмо от проиводителя.).
16
Наличие письменной гарантии о выполнении 50 % объема работ собственными силами.
Отсутствие
Наличие
I.I
Наличие технических ресурсов организации для выполнения работ по лоту
Количественный
показатель
Не соответствие
№ п/п
Критерий
Обязательство, заверенное подписью руководителя и печатью предприятия (в свободной форме).
Соответствие
Подтверждающие документы, предоставляемые участником закупки*
УСЛУГИ
1
Наличие лицензионного прикладного програмного обеспечения, необходимого для
выполнения работ/оказания услуг в соответствии с Документацией о закупке (SCADAплатформа типа MasterSCADA)
------//------
Отсутствие
Наличие
Справка, заверенная подписью руководителя и печатью предприятия, копия лицензии.
Наличие квалифицированного персонала для выполнения работ по лоту
Критерий
Показатель
1
Наличие кадровых ресурсов в штате организации, необходимых для оказания всех видов
услуг (монтаж оборудования, установка и разаработка ПО)
не менее 5
специалистов
Отсутствие
2
Наличиеобученных специалистов соответствующей квалификации, требуемой для
оказания услуг по администрированию защищенной сети.
не менее 2
специалистов
Отсутствие
II
Соответствие предложения участника требованиям документации о закупке
Критерий
Не соответствие
Соответствие
Подтверждающие документы, предоставляемые организацией, порядок проверки информации.
Предмет предложения участника соответствует требованиям, изложенным в
соответствующих приложениях, согласно п. 10 Информационной карты Документации о
закупке.
Не соответствует
Соответствует
Документы входящие в состав заявки.
I.II
№ п/п
№ п/п
1
Не соответствие
Соответствие
УСЛУГИ
Наличие
Справка, заверенная подписью руководителя и печатью предприятия / штатное расписание / организационная
структура / квалификационные удостоверения.
Наличие
РАЗДЕЛ II. ПОРЯДОК ОЦЕНКИ
№ п/п
Критерий оценки
Подтверждающие документы, предоставляемые участником закупки*
1
Победителем закупочной процедуры, по решению Тендерного комитета, признается Участник, предложени которого и он сам
соответствуют требованиям документации о закупке, предложивший наименьшую стоимость.
Если два и более участников предложили одинаковую цену, победителем закупочной процедуры признается тот участник, чье
предложение поступило раньше в соответствии с данными о регистрации заявки на электронной торговой площадке.
* при проведении закупок работ/услуг с требованием о привлечении субподрядчиков/соисполнителей из числа СМСП допускается предоставление подтверждающих документов по разделам I.I и I.II от субподрядчика/соисполнителя.
Оценочный

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Документация о закупке услуги.docx | docs/32616478416/Закупочная_документация (архив)/Документация о закупке услуги.pdf
УТВЕРЖДАЮ
Генеральный директор ООО
«БАРНАУЛЬСКИЙ ВОДОКАНАЛ»
____________/А.С. Полюго/
__________________ 2026 г.
ДОКУМЕНТАЦИЯ О ЗАКУПКЕ
конкурентный отбор
в электронной форме на электронной торговой площадке на право заключения договора на
оказание услуг по объекту «Модернизация системы диспетчеризации АСУ ТП объектов ЦДС и
ОСРВ в рамках мероприятия Проектирование и установка АСУ ТП)», проводимый
централизовано ООО УК «РОСВОДОКАНАЛ», для нужд ООО «БАРНАУЛЬСКИЙ ВОДОКАНАЛ»
2
ИНФОРМАЦИОННАЯ КАРТА
Сведения о Заказчике(-ах)
1.
Наименование организации
2.
Место нахождения
Общество с ограниченной ответственностью
«БАРНАУЛЬСКИЙ ВОДОКАНАЛ» (ООО «БАРНАУЛЬСКИЙ
ВОДОКАНАЛ»)
656037, Алтайский край г. Барнаул просп. Калинина, 116
3.1 По вопросам, связанным с техническим заданием:
Пустовит Анастасия Станиславовна – Главный метролог
Е-mail: a.pustovit@rosvodokanal.ru
Тел: 8 (3852) 50-55-25 доб. 6400
3.
Контактное лицо
3.2 По вопросам, связанным с процедурой проведения закупки:
Малышев Василий Васильевич – Начальник ОУСС
Е-mail: mvv@rosvodokanal.ru
Тел: 8 (3852) 50-55-25 доб.6577
Сведения об Организаторе закупок (далее – ОЗ) / Внешнем организаторе закупок (далее – ВОЗ)
(если применимо)
Общество с Ограниченной Ответственностью Управляющая
Наименование организации
компания «Региональные Объединенные Системы Водоканал»
4.
(ООО УК «РОСВОДОКАНАЛ»)
121059, г. Москва, вн. тер. г. муниципальный округ
Место нахождения
5.
Дорогомилово, ул. Киевская д.7, к.1.
Адрес электронной почты
dz@rosvodokanal.ru
6.
Контактный телефон
Тел/Факс: (495) 514-02-11 доб. 1162
7.
Форма закупки
Закупка проводится ВОЗ в интересах Заказчика
8.
Все
действия
Участников
закупки
регулируются
законодательством Российской Федерации (далее - РФ),
Общая
информация
нормами Положения о закупке товаров, работ, услуг Заказчика
9.
(далее – Положение о закупке) и настоящей документацией о
закупке.
Общие положения
10.1 Извещение о закупке размещено в сети Интернет в
Единой информационной системе в сфере закупок по адресу
www.zakupki.gov.ru (далее – официальный сайт ЕИС).
10.2 Документация о закупке размещена в сети Интернет на
официальном сайте ЕИС и на электронной торговой площадке
ЭТП ГПБ по адресу www.etp.gpb.ru (далее - ЭТП);
10.3 Информационная карта;
10.4 Приложения № 1.1 – Техническое задание,
Состав документации о
10.5 Приложения № 1.2 - Приложение к техническому
10.
закупке
заданию,
10.6 Приложение № 1.3 – Опросный лист №1;
10.7 Приложение № 1.4 – Опросный лист №2;
10.8 Приложение № 1.5 – Опросный лист №3;
10.9 Приложение № 1.6 – Опросный лист №4;
10.10 Приложение № 1.7 – Опросный лист №5;
10.11 Приложение № 2 - Проект договора и приложения к нему
(при наличии);
10.12 Приложение № 3 - Анкета Участника (заполняется
3
11.
Признак делимости лотов
участником);
10.13 Приложение № 4 - Критерии соответствия и порядок
оценки;
10.14 Приложение № 5 - Горячая Линия Безопасности;
10.15 Приложение № 6 - (Форма 1) – Письмо о подаче оферты
и форма технического предложения (заполняется участником);
10.16 Приложение № 6 (Форма 2) – Согласие о готовности
использования ЮЗЭДО (заполняется участником)»;
10.17 Приложение № 6 (Форма 3) – Согласие с выездным
аудитом (заполняется участником);
10.18 Приложение № 6 (Форма 4) – Референц-лист
(заполняется участником);
10.19 Приложение № 6 (Форма 5) – План привлечения
соисполнителей из числа СМСП
10.20 Приложение № 7 – Обоснование начальной
(максимально) цены договора;
10.21 Приложение № 8 – Перечень банков;
10.22 Приложение № 9 – Порядок проведения выездного
аудита.
Лот неделим
й
12.
13.
14.
Оказание услуг по объекту «Модернизация системы
диспетчеризации
АСУ ТП объектов ЦДС и ОСРВ в рамках
Предмет закупки (договора)
мероприятия Проектирование и установка АСУ ТП)»
В Приложениях № 1.1 – 1.3 к документации о закупке
Требования
к
предмету приведены требования к закупаемым услугам, их составу,
закупки
порядку
выполнения,
материалам
и
оборудованию,
используемым для оказания услуг (если применимо), и т.д.
Установлен запрет закупки товара, поставляемого в рамках
выполнения
работ,
происходящего
из
иностранного
государства, в соответствии с Постановлением Правительства
РФ от 23.12.2024 № 1875 (далее – ПП РФ 1875) для позиций 1Применение национального 12 и 16-18 Приложения № 6 (Форма 1) к документации о
режима
для
товара, закупке.
поставляемого
в
рамках
закупаемых услуг
Установлено ограничение закупки товара, поставляемого в
рамках выполнения работ, происходящего из иностранного
государства, в соответствии с ПП РФ 1875 для позиций 13-15
Приложения № 6 (Форма 1) к документации о закупке.
Начальная (максимальная) цена (далее – НМЦ) договора
Сведения о начальной
39 891 746 руб. 63 коп., кроме того НДС
15. (максимальной) цене
договора
НМЦ включает в себя стоимость всех налогов (за исключением
НДС), пошлин, сборов и других обязательных платежей в
Сведения о включенных
16.
соответствии с законодательством РФ, транспортные и
расходах в НМЦ
страховые расходы, расходы на приобретение материалов и
оборудования.
17. Порядок определения НМЦ
Расчет НМЦ произведен на основании п. 6.1 методом
4
договора / единицы товара
сопоставимых рыночных цен «Методических рекомендаций по
расчету начальной (максимальной) цены на закупку товаров,
работ, услуг» (Приложение № 2 к Положению о закупке).
Требования к договору
18.
Требования к условиям и
форме договора
19.
Место, условия и сроки
(периоды) оказания услуг
20.
Форма, сроки и порядок
оплаты услуг
Проект договора, который будет заключен по результатам
данной закупочной процедуры, приведен в Приложении № 2 к
документации о закупке.
19.1 Место оказания услуг: согласно Приложению № 1.1 к
документации о закупке.
19.2 Условия оказания услуг: согласно Приложениям № 1.1 –
1.7 к документации о закупке.
19.3 Срок / период оказания услуг: согласно Приложению №
1.1 к документации о закупке и Приложению № 1 к проекту
договора.
20.1 Согласно Приложению № 2 к документации о закупке.
20.2 Срок оплаты оказанных услуг по договору (отдельному
этапу договору), заключенному Победителем закупки с
соисполнителем из числа СМСП в целях исполнения договора,
заключенного Победителем закупки с Заказчиком, должен
составлять не более 7 рабочих дней со дня подписания
заказчиком документа о приемке оказанных услуг по договору
(отдельному этапу договора), если документацией о закупке
установлено требование о привлечении к оказанию услуг
соисполнителей из числа СМСП.
Требования к участникам закупки
21.
Требования к участникам
закупки
21.1 Участник должен:
21.1.1 Соответствовать требованиям, предъявляемым к
участникам закупки, установленным Положением о закупке.
21.1.2 Соответствовать требованиям, указанным в Приложении
№ 4 к документации о закупке.
21.1.3 Не быть включенным (в том числе участник
юридического лица, единоличный исполнительный орган) в
реестр
иностранных
агентов,
ведение
которого
осуществляется в соответствии с Федеральным законом от
14.07.2022 № 255-ФЗ «О контроле за деятельностью лиц,
находящихся под иностранным влиянием».
21.1.4 Не быть включенным в реестры недобросовестных
поставщиков, ведение которых осуществляется федеральным
органом
исполнительной
власти
в
соответствии
с
Федеральным законом от 18.07.2011 № 223-ФЗ «О закупках
товаров, работ, услуг отдельными видами юридических лиц».
21.1.5 Не быть включенным (в том числе участник
юридического лица, единоличный исполнительных орган,
аффилированное с участником закупки лицо) государственным
органом в реестр запрещенных организаций и/или физических
лиц, причастных к экстремистской деятельности и терроризму.
21.1.6 Иметь действующие разрешающие документы на
оказание
услуг,
требуемые
в
соответствии
с
законодательством РФ (лицензии, свидетельства и пр.),
согласно критериям, указанным в Приложении № 4 к
документации о закупке.
21.1.7 Не иметь с заказчиком конфликта интересов в
5
соответствии с Положением о закупке.
21.1.8 Не находиться в картельном сговоре или не быть
участником антиконкурентных соглашений.
21.2. Индивидуальный предприниматель или участник
юридического лица и единоличный исполнительный орган
юридического лица должны иметь действительный паспорт.
21.3. В отношении индивидуального предпринимателя или
единоличного исполнительного органа юридического лица не
должно быть возбуждено уголовное дело, а так же должна
отсутствовать судимость за преступления предусмотренные
разделом VIII и статьями 289, 290, 291, 291.1 Уголовного
кодекса Российской Федерации (за исключением лиц, у
которых такая судимость погашена или снята), а также
отсутствовать в отношении указанных лиц наказания в виде
лишения права занимать определенные должности или
заниматься определенной деятельностью, которые связаны с
поставкой товара, выполнением работы, оказанием услуги,
являющихся объектом осуществляемой закупки, и
административного наказания в виде дисквалификации.
21.4. В случае подачи заявки на участие в закупке
коллективным участником каждый член такого участника
должен соответствовать требованиям, предъявляемым к
участникам закупки в соответствии с Положением о закупке и
настоящей документацией о закупке, за исключением
обладания исключительным правом на интеллектуальную
собственность или правом использования интеллектуальной
собственности.
21.5. При подаче заявки коллективным участником члены
такого участника в совокупности должны обладать
исключительным правом на интеллектуальную собственность
(результаты интеллектуальной деятельности и приравненные к
ним средства индивидуализации юридических лиц, товаров,
работ, услуг и предприятий, которым предоставляется
правовая охрана) или правом использования
интеллектуальной собственности в пределах и способами
необходимыми и достаточными для заключения и исполнения
договора, если в связи с исполнением договора Заказчик
приобретает исключительные права на интеллектуальную
собственность или получает права использования
интеллектуальной собственности, а также соответствовать
критериям соответствия Приложения № 4 к документации о
закупке.
21.6. Любой член коллективного участника может входить в
состав только одного коллективного участника и не может
самостоятельно подать заявку на участие в закупке.
21.7. Требования к соисполнителю(-ям) (если применимо)
указаны в Приложениях № 1.1, № 2 к документации о закупке.
21.8. Установленные к участникам требования,
предъявляются в равной мере ко всем участникам закупки.
21.9. НЕ УСТАНОВЛЕНО требование о том, что участниками
закупки могут быть только субъекты малого и среднего
6
предпринимательства в соответствии с Постановлением
Правительства РФ от 11.12.2014 № 1352.
22.
Критерии соответствия
участника и порядок оценки
23.
Требование об обеспечении
заявки на участие в закупке
24.
Требование об обеспечении
исполнения договора
25.
Требование о привлечении к
исполнению договора
соисполнителей из числа
субъектов малого и среднего
предпринимательства
22.1 Критерии соответствия участника, перечень документов,
подтверждающих
соответствие
участника
требованиям
документации о закупке, и порядок оценки приведены в
Приложении № 4 к документации о закупке.
22.2 Документы, подтверждающие соответствие участника
критериям соответствия согласно Приложению № 4 к
документации о закупке, обязательны для предоставления
участником.
Не применяется
Не применяется
В случае необходимости предоставления обеспечения в
форме
независимой
гарантии
предпочтительно
предоставление гарантии банка из перечня Приложения № 7 к
документации о закупке
25.1 УСТАНОВЛЕНО
требование
о
привлечении
к
исполнению договора соисполнителей из числа СМСП. Если
Участник закупки является СМСП, то он вправе не привлекать
соисполнителей из числа СМСП.
25.2 Стоимость услуг, оказываемых соисполнителями из
числа СМСП, которого Участник привлекает к исполнению
договора, заключаемого по результатам закупки в случае
признания такого Участника победителем, должна составлять
не менее 25 % от предложения Участника в закупке.
ПОРЯДОК ПРОВЕДЕНИЯ ЗАКУПКИ
Размещение и внесение изменений в извещение и документацию о закупке
25.1 Извещение и документация о закупке, а также
изменения к ним (при наличии) размещены на официальном
сайте ЕИС и на ЭТП.
Срок, место и порядок
25.2 Извещение и документация о закупке находятся
круглосуточно в открытом доступе для ознакомления
26. предоставления
документации о закупке
потенциальными участниками закупки с даты размещения на
официальном сайте ЕИС и на ЭТП.
25.3 Документация о закупке размещается на официальном
сайте ЕИС для ознакомления без взимания платы.
26.1 Любой Участник вправе направить Заказчику/ВОЗ
запрос на разъяснения положений извещения и/или
документации о закупке.
26.2 Запросы
на
разъяснение
извещения
и/или
документации о закупке направляются при помощи
Порядок предоставления
функционала ЭТП начиная с даты публикации извещения о
разъяснений положений
27.
проведении закупки, но не позднее, чем за 3 рабочих дня до
извещения и/или
даты окончания срока подачи заявок, указанного в извещении
документации о закупке
о закупке.
26.3 В течение 3 (трех) рабочих дней с даты поступления
запроса на разъяснения
Заказчик/ВОЗ осуществляет
разъяснение положений извещения и/или документации о
закупке в письменной форме или в форме электронного
7
28.
Внесение изменений в
извещение и/или
документацию о закупке
Подача заявок участниками закупки
Порядок, дата начала, дата и
29.
время окончания срока
документа/сообщения и размещает его на официальном сайте
ЕИС и на ЭТП.
26.4 Если запрос на разъяснение поступил позднее чем за 3
(три) рабочих дня до даты окончания срока подачи заявок,
Заказчик/ВОЗ вправе не осуществлять разъяснение положений
извещения и документации о закупке.
26.5 Предоставляемые
Заказчиком/ВОЗ
разъяснения
положений документации о закупке не должны изменять
предмет закупки.
27.1 Заказчик/ВОЗ вправе принять решение о внесении
изменений в извещение и/или документацию о закупке.
27.2 Если на дату размещения изменений в извещение и/или
документацию о закупке до окончания срока подачи заявок на
участие в такой закупке остается менее половины срока
подачи заявок, предусмотренного Положением о закупке для
данного способа закупки, то срок подачи заявок продлевается
таким образом, чтобы с даты размещения на официальном
сайте ЕИС указанных изменений до даты окончания срока
подачи заявок оставалось не менее половины срока подачи
заявок на участие в закупке, установленного Положением о
закупке для данного способа закупки, кроме изменения срока
подачи заявок и даты окончания периода подведения итогов
закупки.
27.3 Продление срока подачи заявок на участие в закупке
может осуществляться в любое время до времени окончания
приема заявок на участие в закупке. При этом продление срока
подачи заявок может осуществляться на любой срок без
необходимости
соблюдения
сроков
продления,
предусмотренных п. 28.2 настоящей Информационной карты,
при условии, что остальные условия извещения и/или
документации о закупке (кроме изменения даты окончания
периода подведения итогов) остаются неизменными.
27.4 Изменение даты окончания периода подведения итогов
может осуществляться в любое время на этапах приема заявок
(до времени окончания приема заявок) на участие в закупке и
подведения итогов. При этом при изменении даты окончания
периода подведения итогов на этапе приема заявок на участие
в закупке не требуется соблюдение сроков продления,
предусмотренных п. 28.2 настоящей Информационной карты,
при условии, что остальные условия извещения и/или
документации о закупке (кроме продления срока подачи заявок
на участие в закупке) остаются неизменными.
27.5 Участники
должны
самостоятельно
отслеживать
изменения извещения и/или документации о закупке,
информация о которых размещена на официальном сайте ЕИС
и на ЭТП. Заказчик/ВОЗ не несет ответственность за
несвоевременное получение участником информации из
официального сайта ЕИС и ЭТП.
28.1 Подача заявок на участие в закупочной процедуре
осуществляется лицами, прошедшими регистрацию и
8
подачи заявок на участие в
закупке
30.
Требования к содержанию,
форме, оформлению и
составу заявки на участие в
закупке
аккредитацию на ЭТП в качестве участника.
28.2 Подача заявки на участие в процедуре закупки
осуществляется участником из единого личного кабинета ЭТП
в порядке, установленном регламентами / руководствами /
инструкциями ЭТП, после даты начала, но не позднее даты и
времени окончания срока подачи заявок, указанных в
извещении о закупке, размещенном на официальном сайте
ЕИС.
28.3 Дата начала срока подачи заявок и дата и время
окончания срока подачи заявок на участие в закупке указаны в
извещении о закупке.
28.4 Для участия в закупке участник должен обеспечить
наличие денежных средств на своем едином лицевом счете
ЭТП, открываемом оператором ЭТП при регистрации
участника, в размере согласно действующим тарифам ЭТП.
28.5 Оператор ЭТП взимает плату только с участника,
признанного победителем закупки на основании итогового
протокола, составленного по результатам закупки. При
проведении многолотовой закупки плата с победителя
взимается по каждому лоту. При проведении попозиционной
закупки плата взимается со всех участников, признанных
победителями на основании итогового протокола.
28.6 Перед подачей заявки участник обязан ознакомиться с
«Кодексом поведения поставщика», размещенном на
официальном сайте РОСВОДОКАНАЛ в разделе «Закупки» по
ссылке: https://www.rosvodokanal.ru/about/zakupki
29.1 Заявка на участие в закупке должна содержать
документы,
подтверждающие
соответствие
участника
требованиям критериев соответствия согласно Приложению №
4 к документации о закупке.
29.2 Документы, входящие в состав заявки, предоставляются
участником посредством функционала ЭТП.
29.3 Заявка на участие в закупке должна быть подписана
электронной подписью уполномоченного лица участника
закупки.
29.4 Каждый участник может подать только одну заявку от
своего имени или в составе коллективного участника.
29.5 При подаче заявки участник должен указать в системе
ЭТП цены в российских рублях кроме того НДС. При
проведении попозиционной закупки (лот делим по позициям /
заказчикам) участник в системе ЭТП указывает цены только по
тем позициям, по которым подает заявку.
29.6 Все документы, входящие в состав заявки участника
закупки, должны быть составлены на русском языке. Подача
документов, входящих в состав заявки, на иностранном языке
должна сопровождаться предоставлением надлежащим
образом заверенного перевода соответствующих документов
на русском языке. В случае противоречия оригинала и
перевода преимущество будет иметь перевод.
29.7 Письмо о подаче оферты (Приложение № 6 (Форма 1) к
документации о закупке), входящее в заявку участнику, должно
9
быть выражено в российских рублях кроме того НДС.
29.8 Каждый документ, входящий в заявку, должен быть
заполнен по всем пунктам и подписан лицом, уполномоченным
в соответствии с законодательством РФ действовать от имени
участника закупки (за исключением документов, не требующих
подписания).
29.9 Сведения, которые содержатся в заявках участников
закупки, не должны допускать двусмысленных толкований.
29.10 Файлы
заявки участника
и всех документов,
представляемых Участником в составе заявки, не должны быть
заблокированы и/или закодированы, должны открываться
общедоступными средствами. Не допускается архивирование
файлов.
29.11 В
случае
предоставления
в
составе
заявки
сканированных образов документов, такие документы должны
быть загружены в формате PDF. Не допускается
предоставление сканированных образов документов в других
форматах.
29.12 Документы, требуемые для предоставления участником
в соответствии с Приложением № 4 к документации о закупке,
для которых приложены в составе документации о закупке
формы, должны быть оформлены в соответствии с такими
формами.
29.13 Если для подтверждения соответствия критерию
согласно Приложению № 4 документацией о закупке не
предусмотрена форма документа и при этом требуется
предоставление справки, гарантийного письма, согласия, такие
документы оформляются в свободной форме.
29.14 При проведении многолотовой закупки участник вправе
подать заявку по одному или нескольким лотам. В случае
подачи заявок по нескольким лотам участник в обязательном
порядке предоставляет по каждому лоту оферту, техническое
предложение (если применимо).
29.15 В случае если от имени участника действует иное лицо,
предоставляется доверенность на осуществление действий от
имени
участника,
заверенная
печатью
и
подписью
исполнительного органа участника или уполномоченным
лицом,
либо
нотариально
заверенная
копия
такой
доверенности, либо машиночитаемая доверенность. В случае
если
указанная
доверенность
подписана
лицом,
уполномоченным исполнительным органом участника, заявка
должна содержать также документ, подтверждающий
полномочия такого лица на подписание документов,
подтверждающих полномочия лиц, подписавших документы,
входящие в состав заявки участника, на осуществление
действий от имени участника.
29.16 Порядок участия коллективного участника указан в
Положение о закупке и документации о закупке. Коллективный
участник в составе заявки на участие в закупке помимо
документов, требуемых в соответствии с Приложением № 4 к
документации о закупке, должен предоставить соглашение
10
31.
Требования к описанию
участником закупки услуг,
которые являются
предметом закупки
32.
Альтернативное
предложение
33.
Изменение, дополнение и
отзыв заявки участником
между членами коллективного участника, которое должно
соответствовать требованиям, указанным в Положение о
закупке.
31.1 Участник закупки должен указать в заявке:
 наименование услуг;
 количественные и качественные характеристики;
 наименование товарного знака для товаров, поставляемых
в рамках оказания услуг, если такие товары указаны
Заказчиком в Приложение № 6 (Форма 1) к документации о
закупке (при наличии);
 наименование страны происхождения продукции в
соответствии с Общероссийским классификатором стран мира
(указывается код и полное наименование страны) для товаров,
указанных в Приложении № 6 (Форма 1);
 номер реестровой записи в соответствии с ПП РФ 1875 в
случае, если документацией о закупе установлен запрет или
ограничение закупки товаров, происходящих из иностранных
государств, и если предлагаемый участником товар внесен в
реестры
российской
промышленной
продукции
или
евразийской промышленной продукции для товаров, указанных
в Приложении № 6 (Форма 1);
 стоимостные характеристики (расчет стоимости);
 функциональные характеристики;
 показатели, соответствующие значениям, установленным
Приложениями № 1.1 – 1.3 и Приложением № 6 (Форма 1) к
документации о закупке;
 иную информацию.
32.1
Не допускается подача альтернативного предложения,
касающегося технических и/или технологических решений.
32.2
Допускается подача участником закупки
альтернативного предложения стоимостью выше НМЦ.
32.3 Предложение участника закупки с более высокими
характеристиками, чем установленные документацией о
закупке, считается альтернативным и рассматривается в
равных условиях с предложениями участников закупки,
соответствующих
характеристикам,
установленным
в
документации о закупке.
32.4 Альтернативное предложение стоимостью выше НМЦ
рассматривается только в случае, если это предусмотрено
документацией о закупке и если на участие в закупке не подано
ни
одного
предложения
равного
или
ниже
НМЦ,
соответствующего требованиям документации о закупке. Если
на участие в закупке с возможностью подачи альтернативного
предложения выше НМЦ подано хотя бы одно предложение
равное или ниже НМЦ и соответствующее требованиям
документации о закупке, то альтернативное предложение
стоимостью выше НМЦ признается несоответствующим
требованиям документации о закупке.
32.5 Участник закупки, подавший заявку на участие в закупке,
вправе изменить, дополнить или отозвать ее в любое время до
окончания срока подачи заявок в соответствии с регламентами
11
/ руководствами / инструкциями ЭТП. Также участник вправе
направить Заказчику/ВОЗ запрос на отзыв заявки на этапе
подведения итогов путем направления официального письма,
заверенного печатью и подписью лица, чьей электронной
подписью подписана заявка на участие, на электронную почту
Заказчика/ВОЗ, указанную в документации о закупке. Письмо
должно содержать номер извещения о закупке, причину отзыва
заявки и подтверждение отсутствия претензий участника
закупки к Заказчику/ВОЗ, если по итогам рассмотрения заявок
участников предложение такого участника будет минимальным
и соответствующим требованиям документации о закупке, но
участник не будет признан победителем. При этом
Заказчик/ВОЗ оставляет за собой право отказать в отзыве
и/или изменении заявки и рассмотреть ее, если запрос на
отзыв или изменение заявки направлен после завершения
срока подачи заявок.
32.6 Изменения, которые Участник закупки вносит в заявку,
должны быть оформлены в соответствии с требованиями к
оформлению заявки на участие в закупки, установленными
документацией о закупке.
Подведение итогов
33
Место и дата рассмотрения
заявок участников закупки и
подведения итогов закупки
34
Рассмотрение заявок
участников
33.1 Подведение
итогов
закупочной
процедуры
осуществляется Тендерным комитетом Внешнего организатора
закупок (далее – Тендерный комитет).
33.2 Место рассмотрения предложений участников и
подведения итогов 121059, г. Москва, ул. Киевская, д. 7, корп.1.
33.3 Рассмотрение заявок участников осуществляется в
течение 60 календарных дней с даты публикации извещения о
закупке на официальном сайте ЕИС.
33.4 Дата подведения итогов закупки: в течение 60
календарных дней с даты публикации извещения о закупке на
официальном сайте ЕИС.
33.5 Заказчик/ВОЗ вправе перенести дату подведения итогов
закупки.
34.1
Оценка и сопоставление заявок участников закупочной
процедуры проводится из числа участников закупки,
своевременно подавших заявки на ЭТП.
34.2
Заказчик/ВОЗ проводит проверку заявок участников на
соответствие требованиям документации о закупке, в том
числе на:
 соответствие
предложения
участника
требованиям
технического задания и приложений к нему, к количественным
характеристикам;
 наличие и надлежащее оформление документов, требуемых
в соответствии с Приложением № 4 к документации о закупке;
 соответствие участника требованиям к участнику (п. 21 к
документации о закупке) и критериям соответствия согласно
Приложению № 4 к документации о закупке;
 соответствие
требованию
о
доле
привлечения
соисполнителей из числа СМСП (если такое требование
установлено в п. 25 документации о закупке);
12
35
Причины отклонения заявок
участников
 предоставление обеспечения заявки, если такое требование
установлено документацией о закупке;
 не превышение предложения участника НМЦ, в том числе
единичных расценок, если документацией о закупке не
допускается подача предложений выше НМЦ;
 достоверность сведений о соответствии номера реестровой
записи в соответствии с ПП РФ 1875 предлагаемому
участником товара, поставляемого в рамках закупаемой услуги
(если документацией о закупке установлен запрет или
ограничение закупки товара, происходящего из иностранного
государства). Реестровая запись должна быть действительна
на момент принятия решения по результатам закупки и
соответствовать количеству баллов, предусмотренных ПП РФ
719, в целях осуществления закупок в рамках 223-ФЗ (если
применимо);
 соответствие цен, указанных в оферте участника, ценам,
указанным им в системе ЭТП.
34.3 В случае если документацией о закупке установлены
запрет или ограничение на закупку товаров, поставляемых в
рамках оказания услуг, происходящих из иностранных
государств, и участник закупки не указал в заявке номер
реестровой записи в соответствии с ПП РФ 1875, такая заявка
рассматривается как содержащая предложение о поставке
товаров, происходящих из иностранных государств.
34.4 В случае если участник закупки не указал в заявке
наименование страны происхождения товара, поставляемого в
рамках
оказания
услуг,
в
соответствии
с
ОКСМ
(Общероссийский классификатор стран мира), такая заявка
рассматривается как содержащая предложение о поставке
товаров, происходящих из иностранных государств.
34.5 В случае несоответствия участника какому-либо
критерию или в случае не предоставления участником какоголибо
документа,
подтверждающего
его
соответствие
требованиям документации о закупке, Заказчик/ВОЗ вправе
признать заявку такого участника несоответствующей
требованиям документации о закупке.
34.6 Заказчик/ВОЗ запрашивает у участника разъяснение
заявки в случае необходимости ее уточнения. Ответ на запрос
не должен изменять условия заявки, в отношении которых
Заказчик/ВОЗ не направлял запрос разъяснений. Запросы
могут направляться по любым условиям и документам заявки,
при этом данные уточнения не должны изменять предмет
закупки. Срок ответа на запрос разъяснений положений заявки
указан на ЭТП в карточке запроса.
34.7 В случае проведения попозиционной закупки (лот
делим) Заказчик/ВОЗ проводит проверку на соответствие
участника и его заявки требованиям документации о закупке (в
т.ч. ПП РФ 1875) по каждой позиции.
Заказчик/ВОЗ отклоняет заявку участника закупки в следующих
случаях:
 непредставление участником закупки полного пакета
13
документов в соответствии с документацией о закупке (в том
числе непредставление участником ответов на запросы
разъяснения заявок участника или предоставление неполных
ответов);
 по результату проверки заявок участников в соответствии с
п. 35.2 документации о закупке выявлено несоответствие,
отсутствие или недостоверность информации и документов,
представленных участником в составе заявки;
 установление факта осуществления участником закупки
недобросовестной конкуренции, в частности: сговора и/или
согласованных действий с другими участниками закупки,
подкупа и/или оказания давления и/или оказания иных форм
влияния на членов Тендерного комитета и/или сотрудников
Заказчика/ВОЗ, обнаружение факта аффилированности между
членом Тендерного комитета и/или экспертом, с одной
стороны, и участником закупки – с другой;
 не предоставление/просрочка предоставления участником
закупки запрошенных у него разъяснений положений заявки
и/или предоставления недостающих документов, сведений и
информации;
 если документацией о закупке установлен запрет закупки
товара,
поставляемого
в
рамках
оказания
услуг,
происходящего из иностранного государства, и участник не
указал / указал недостоверный / указал недействительный
номер реестровой записи в соответствии с ПП РФ 1875 / указал
номер реестровой записи товара, у которого не достигнуто
количество баллов, предусмотренное ПП РФ 719, в целях
осуществления закупок в рамках 223-ФЗ (если применимо) или
предложил товар, происходящий из иностранного государства;
 если документацией о закупке установлено ограничение
закупки товара, поставляемого в рамках оказания услуг,
происходящего из иностранного государства, и заявка
участника не содержит / содержит недостоверный / содержит
недействительный номер реестровой записи в соответствии с
ПП РФ 1875 / содержит номер реестровой записи товара, у
которого не достигнуто количество баллов, предусмотренное
ПП РФ 719, в целях осуществления закупок в рамках 223-ФЗ
(если применимо), при этом на участие в закупке подана хотя
бы одна заявка, содержащая номер реестровой записи
(достоверный и действительный) и достигнуто количество
баллов, предусмотренное ПП РФ 719, в целях осуществления
закупок в рамках 223-ФЗ (если применимо) и такая заявка и
подавший
ее
участник
соответствуют
требованиям
документации о закупке;
 если при проведении закупки товара, поставляемого в
рамках оказания услуг, являющегося радиоэлектронной
продукцией, документацией о закупке установлены запрет или
ограничение закупки товара, происходящего из иностранного
государства, и заявка участника содержит предложение о
поставке товара, не признанной в соответствии с ПП РФ 719
радиоэлектронной продукцией первого уровня, при этом на
14
36
Оценка заявок участников
участие в закупке подана хотя бы одна заявка, содержащая
предложение о поставке радиоэлектронной продукции,
признанной в соответствии с ПП РФ 719 радиоэлектронной
продукцией первого уровня, и такая заявка и подавший ее
участник соответствуют требованиям документации о закупке;
 если при проведении закупки программного обеспечения,
поставляемого в рамках оказания услуг, документацией о
закупке установлен запрет закупки программного обеспечения,
происходящего из иностранного государства, и заявка
участника содержит предложение о поставке программного
обеспечения, не соответствующее требованиям к доверенному
программному обеспечению в соответствии с ФЗ от 07.04.2025
№58, при этом на участие в закупке подана хотя бы одна
заявка, содержащая предложение о поставке программного
обеспечения, признанного соответствующим требованиям к
доверенному программному обеспечению, и такая заявка и
подавший
ее
участник
соответствуют
требованиям
документации о закупке.
36.1
Оценка заявок осуществляется в
порядке, предусмотренном Приложением № 4 к документации
о закупке.
36.2
В случае несоответствия цен,
указанных в оферте участника закупки, ценам, указанным
участником в системе ЭТП, оценка заявки осуществляется на
основании цен, указанных в системе ЭТП.
36.3
В случае если лот делим по
позициям оценка заявок и выбор победителя осуществляется
по каждой позиции. При этом договор заключается на все
позиции, по которым участник признан победителем.
36.4
Если два и более участников
предложили одинаковые цены / коэффициенты снижения,
победителем закупочной процедуры признается тот участник /
более высокий рейтинг присваивается тому участнику, чье
предложение поступило раньше в соответствии с данными о
регистрации заявки на ЭТП.
36.5
Если документацией о закупке
установлено
преимущество
в
отношении
товаров,
поставляемых в рамках оказания услуг, российского
происхождения в соответствии с ПП РФ 1875, при
рассмотрении, оценке, сопоставлении заявок на участие в
закупке,
окончательных
предложений
осуществляется
снижение на 15% ценового предложения участника закупки,
предлагающего к поставке в рамках оказания услуг товар
российского
или
евразийского
происхождения
и
соответствующего требованиям документации о закупке, либо
увеличение на 15% ценового предложения участника закупки, в
случае подачи им предложения о размере платы, подлежащей
внесению за заключение договора, при условии, что на участие
в закупке подана хотя бы одна заявка, содержащая
предложение о поставке в рамках оказания услуг товара
иностранного происхождения и соответствующая требованиям
15
37
Антидемпинговые меры при
проведении закупки
38
Прием новых коммерческих
предложений (НКП)
39
Принятие решения о
результатах закупки и
уведомление участников
документации о закупке.
36.6
В
случае
предоставления
преимущества в отношении товаров российского или
евразийского происхождения, поставляемых в рамках оказания
услуг, договор с победителем закупки, которому было
предоставлено преимущество, заключается без учета
снижения или увеличения ценового предложения в
соответствии с п. 37.5 документации о закупе.
Если при проведении закупочной процедуры начальная
(максимальная) цена договора составляет более чем 50 млн.
руб. и участником закупки, с которым заключается договор,
предложена цена договора, которая на 25% и более ниже
начальной (максимальной) цены договора, либо предложена
сумма цен единиц услуги, которая на 25% и более ниже
начальной суммы цен указанных единиц, договор заключается
только после предоставления таким участником обеспечения
исполнения договора в размере, превышающем в 1,5 (полтора)
раза размер обеспечения исполнения договора, указанный в
извещении об осуществлении закупки и/или документации о
закупке,
но
не
более
размера,
установленного
Постановлением Правительства РФ от 11.12.2014 №1352 «Об
особенностях участия субъектов малого и среднего
предпринимательства в закупках товаров, работ, услуг
отдельными видами юридических лиц», в случае, если
участник закупки является субъектом малого и среднего
предпринимательства и не менее размера аванса (если
договором предусмотрена выплата аванса).
38.1
Заказчик/ВОЗ
до
подведения
итогов вправе объявить процедуру(-ы) приема новых
коммерческих предложений, в рамках которой(-ых) участник
вправе снизить заявленную им цену, подав новое
коммерческое предложение, оформленное в соответствии с
требованиями документации о закупке.
38.2
В случае, если участник закупки в
период подачи НКП не подает обновленного предложения, то
его заявка рассматривается на ранее предложенных условиях.
38.3
Заказчик/ВОЗ вправе допустить до
процедуры приема НКП всех участников закупки, независимо
от соответствия их заявок требованиям документации о
закупки.
38.4
Оператор
ЭТП
уведомляет
участников закупки о начале приема НКП (при его проведении).
38.5
Заказчик/ВОЗ
не
несет
ответственность за неполучение участником уведомления о
начале процедуры прием НКП.
39.1 На основании результата сопоставления и оценки
заявок участников закупки Тендерный комитет принимает
решение о выборе победителя закупки или о признании ее
несостоявшейся по основания, указанным в Положении о
закупке.
39.2 Заказчик/ВОЗ вправе завершить закупку без выбора
16
победителя по основаниям, указанным в Положении о закупке.
39.3 Решение Тендерного комитета оформляется итоговым
протоколом.
39.4 Информирование участников о результатах закупки
осуществляется путем размещения на официальном сайте
ЕИС и ЭТП итогового протокола не позднее, чем через 3 (три)
дня с даты подписания такого протокола. Датой уведомления
участников считается дата размещения итогового протокола на
официальном сайте ЕИС.
Заключение договора по результатам закупки
40.1 Договор
по
результатам
закупки
заключается
Заказчиком не ранее, чем через 10 (десять) дней, но не
позднее, чем через 20 (двадцать) дней с даты размещения на
официальном сайте ЕИС итогового протокола, составленного
по результатам закупки
40.2 Заказчик в течение 10 (десяти) дней с даты размещения
на
официальном
сайте
ЕИС
итогового
протокола,
составленного по результатам закупки, направляет на
подписание победителю закупки проект договора посредством
ЭТП.
40.3 Победитель закупки в течение 5 (пяти) рабочих дней с
момента получения проекта договора, но не позднее 20
календарных дней с момента размещения на официальном
сайте ЕИС протокола по результатам закупки, обязан
подписать договор со своей стороны.
40.4 В
случае
необходимости
одобрения
органом
управления Заказчика в соответствии с законодательством РФ
заключения договора или в случае обжалования в
антимонопольном органе действий (бездействия) Заказчика,
Порядок заключения
комиссии по осуществлению конкурентной закупки, оператора
договора с победителем(40
электронной торговой площадки договор должен быть
ями) закупки
заключен не позднее чем через 5 (пять) дней с даты указанного
одобрения или с даты вынесения решения антимонопольного
органа по результатам обжалования действий (бездействия)
заказчика, комиссии по осуществлению конкурентной закупки,
оператора электронной торговой площадки.
40.5 Договор заключается путем объединения исходного
проекта договора (условий договора) в соответствии с
Приложением № 2 к документации о закупке и заявки
победителя закупки (в том числе встречных предложений по
условиям договора, направленных в составе заявки и принятых
Заказчиком/ВОЗ) с использование программно-аппаратных
средств ЭТП и должен быть подписан электронной подписью
лица, имеющего право действовать от имени победителя
закупки и Заказчика.
40.6 Договор заключается на сумму равную стоимости
предложения участника, кроме того НДС, если документацией
о закупке не предусмотрен иной порядок формирования
стоимости договора.
40.7 Любые документы, включая акты оказанных услуг, УПД,
счета, счета-фактуры, акты сверки, уведомления и другие
17
документы, подготовленные в рамках исполнения договора,
должны быть направлены заказчику в электронном виде
посредством
юридически
значимого
электронного
документооборота.
40.8 В договор включается информация о стране
происхождения товара, поставляемого в рамках оказания
услуг, указанная участником в его заявке, и номер реестровой
записи товара (при наличии) (если применимо). При
исполнении договора не допускается замена товара на товар,
происходящий из иностранного государства.
40.9 В случае если документацией о закупке установлен
запрет закупки товара, поставляемого в рамках оказания услуг,
иностранного происхождения, то при исполнении договора,
заключенного с победителем закупки, не допускается замена
товара на товар иностранного происхождения в соответствии с
ПП РФ 1875 (в том числе на товар, у которого не достигнуто
количество баллов, предусмотренных ПП РФ 719, в целях
осуществления закупок в рамках 223-ФЗ / на товар, не
признанный радиоэлектронной продукцией первого уровня,
если первоначально договор заключен на поставку в рамках
оказания услуг радиоэлектронной продукции первого уровня
(если применимо)).
40.10 В случае если документацией о закупке установлено
ограничение закупки товара, поставляемого в рамках оказания
услуг, иностранного происхождения, и с победителем закупки
заключен договор на товар, имеющий номер реестровой
записи в соответствии с ПП РФ 1875, то при исполнении
договора, заключенного с победителем закупки, не допускается
замена товара на товар иностранного происхождения в
соответствии с ПП РФ 1875 (в том числе на товар, у которого
не достигнуто количество баллов, предусмотренных ПП РФ
719, в целях осуществления закупок в рамках 223-ФЗ / на
товар, не признанный радиоэлектронной продукцией первого
уровня, если первоначально договор заключен на поставку в
рамках оказания услуг радиоэлектронной продукции первого
уровня (если применимо)).
40.11 В случае если документацией о закупке установлено
преимущество в отношении товаров, поставляемых в рамках
оказания услуг, российского происхождения, то при исполнении
договора, заключенного с победителем закупки, не допускается
замена страны происхождения товара, за исключением случая,
когда в результате такой замены вместо товара иностранного
происхождения по согласованию с Заказчиком поставляется
товар российского или евразийского происхождения. При этом
качество, технические и функциональные характеристики
(потребительские свойства) таких товаров не должны уступать
качеству и соответствующим техническим и функциональным
характеристикам товара, поставляемого в рамках оказания
услуг, указанного в договоре.
40.12 В случае если победителем закупки признан
коллективный участник, Заказчиком заключается один договор
18
41
Признание участника
уклонившимся от заключения
договора
со всеми членами коллективного участника. При этом
непосредственно подписание договора может осуществляться
одним лицом, обладающим соответствующими полномочиями.
41.1 Победитель закупки признается уклонившимся от
заключения договора в случае:
 прямого письменного отказа победителя закупки от
подписания договора;
 непредставления
победителем
закупки
Заказчику
подписанного договора в установленный срок;
 непредставления победителем закупки надлежащего
обеспечения исполнения договора, если в соответствии с
установленными в документации о закупке условиями
требуется предоставление обеспечения и победитель закупки
должен предоставить такое обеспечение до подписания
договора;
 предъявления победителем закупки при подписании
договора встречных требований по условиям договора в
противоречие ранее установленным в документации о закупке
и (или) в заявке такого участника.
41.2 Уклонение участника закупки от заключения договора
оформляется протоколом заседания Тендерного комитета,
который размещается на официальном сайте ЕИС не позднее
3 (трех) дней с даты подписания указанного протокола.
41.3 При уклонении лица, с которым заключается договор, от
подписания такого договора, Заказчик вправе по собственному
выбору применить одно или несколько из нижеперечисленных
действий:
 заключить договор с участником, занявшим следующее место
по рейтингу по результатам закупки, а также провести
переговоры с ним по улучшению условий его заявки;
 провести повторную закупку;
 провести прямую закупку (у единственного поставщика,
подрядчика,
исполнителя),
если
участники
занявшие
следующие места по рейтингу отказались от заключения
договора либо улучшили предложение, поданное в рамках
закупки;
 отказаться от заключения договора;
 обратиться в суд с иском о понуждении такого лица
заключить договор и (или) о возмещении убытков,
причиненных уклонением от заключения договора. не позднее
30 календарных дней со дня заключения договора с
участником закупки, с которым в соответствии с документацией
о закупке заключается договор при уклонении победителя
закупки от заключения договора, или со дня истечения срока
подписания договора, указанного в документации о закупке
(если документацией о закупке не предусмотрено заключение
договора с иным участником закупки при уклонении
победителя закупки от заключения договора), направить в
уполномоченный орган сведения для включения в «Реестр
недобросовестных поставщиков».
19
Под товаром, поставляемым в рамках оказания услуг, на который распространяются запрет, ограничение, преимущество,
понимается товар, который в соответствии с законодательством Российской Федерации о бухгалтерском учете подлежит
принятию заказчиком к бухгалтерскому учету в качестве отдельного объекта основных средств
Настоящая закупочная процедура не является торгами или публичным конкурсом в соответствии со статьями 447 – 449
части первой и статьями 1057 – 1061 части второй Гражданского кодекса РФ и не накладывает на Заказчика/ОЗ/ВОЗ
обязательств, установленных указанными статьями Гражданского кодекса РФ, в том числе – по обязательному заключению
договора с победителем (по итогам процедуры закупки у заказчика возникает право, а не обязанность по заключению
договора с победителем). В случаях, предусмотренных Положением о закупке, Заказчика/ОЗ/ВОЗ вправе отказаться от
проведения процедуры закупки, завершить закупку без выбора победителя либо признать ее несостоявшейся без
обязательств по компенсации убытков участникам закупки.

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 2 - Проект договора возмездного оказания услуг.docx | docs/32616478416/Закупочная_документация (архив)/Приложение № 2 - Проект договора возмездного оказания услуг.pdf
Приложение № 2
к документации о закупке
Договор №
возмездного оказания услуг
г. Барнаул
2026г.
Общество с ограниченной отвественностью «БАРНАУЛЬСКИЙ ВОДОКАНАЛ» (ООО
«БАРНАУЛЬСКИЙ ВОДОКАНАЛ») в лице Генерального директора Полюго Андрея Сергеевича,
действующего на основании Устава, с одной стороны, именуемое в дальнейшем «Заказчик»,
и ___________________________ «____________________», именуемое в дальнейшем
«Исполнитель», в лице _____________________________________, действующего на основании
________________________________________, с другой стороны, вместе именуемые «Стороны»,
заключили настоящий Договор (именуемый в дальнейшем «Договор») о нижеследующем:
1. ПРЕДМЕТ ДОГОВОРА
1.1. Исполнитель обязуется качественно и на высоком профессиональном уровне оказывать услуги в
объеме согласно Заданию Заказчика, изложенному в Приложении № 1, являющемуся неотъемлемой
частью настоящего Договора, а Заказчик обязуется принять оказанные услуги и оплатить их.
1.2. Объем и сроки оказания Исполнителем услуг, могут быть изменены по обоюдному письменному
согласию Сторон, с одновременным изменением размера вознаграждения и соблюдением
законодательства о закупках.
2. СРОКИ ОКАЗАНИЯ УСЛУГ
2.1. Исполнитель оказывает услуги в период с даты подписания договора до «15»декабря 2027 года.
2.2. Сроки оказания конкретных видов услуг по настоящему Договору определены в Приложении № 1.
2.3. За нарушение сроков оказания Услуг Заказчик вправе потребовать с Исполнителя уплаты неустойки
в размере 0,1 % от общей стоимости Услуг за каждый день просрочки.
3. ОБЯЗАННОСТИ СТОРОН
3.1. Обязанности Исполнителя:
3.1.1. Исполнитель проинформирован о возможном наличии на Объекте пропускного и
внутриобъектового режимов. До начала выполнения работ на Объекте Исполнитель должен получить у
Заказчика информацию о порядке и условиях соблюдения пропускного и внутриобъектового режимов».
До начала выполнения работ Исполнитель обязан обратиться к Заказчику и получить у Заказчика
информацию о наличии на Объекте пропускного и внутриобъектового режимов. При наличии
действующих на Объекте пропускного и внутриобъектового режимов Исполнитель обязан ознакомиться
с порядком и условиями пропускного и внутриобъектового режимов и обеспечить их соблюдение. При
получении от Заказчика согласия на привлечение соисполнителя (-ей) Исполнитель обязан сообщить
Заказчику информацию о привлеченных соисполнителей и ознакомить работников привлеченных
соисполнителей с порядком и условиями соблюдения пропускного и внутриобъектового режимов».
3.1.2. Надлежащим образом лично выполнить услуги, предусмотренные пунктом 1.1 настоящего
Договора, и в случае необходимости привлекать по письменному согласованию с Заказчиком других
высококвалифицированных специалистов (при этом Исполнитель обязуется обеспечить выполнение
указанными специалистами условий настоящего Договора и несет ответственность перед Заказчиком за
действия указанных специалистов).
Исполнитель обязуется привлечь соисполнителя (-ей) из числа СМСП, указанных им в плане
привлечения соисполнителей из числа СМСП. При этом общая стоимость обязательств, выполненных
соисполнителями из числа СМСП, должна составлять не менее 25 % от стоимости Договора, указанной в
п. 4.1 Договора. (условие исключается в случае заключения Договора с Исполнителем из числа СМСП или
в случае отсутствя в ДоЗ требования о привлчении соисполнителей из числа СМСП).
За неисполнение/ненадлежащее исполнение обязательства, предусмотренного настоящим пунктом
Договора в части доли привлечения Исполнителем соисполнителей из числа СМСП (если такое условие
предусмотрено Договором), Исполнитель оплачивает Заказчику штраф в размере, в котором им не
исполнена обязанность по привлечению к исполнению Договора соимполнителей из числа СМСП
согласно плана привлечения соисполнителей из числа СМСП, в течение 7 рабочих дней с даты
исполнения Договора.
3.1.3. Информировать Заказчика о ходе оказания услуг, представлять Заказчику для подписания
универсального передаточного документа (УПД) не позднее последнего числа каждого месяца или по
окончанию оказания услуг, если предусмотрено Приложением № 1;
3.1.4. в своей деятельности руководствоваться интересами Заказчика;
3.1.5. исполнять свои обязательства по настоящему Договору в сроки, предусмотренные настоящим
Договором.
3.1.6. Исполнитель обязан иметь и предъявлять Заказчику по его требованию в течение 3 (трех) рабочих
дней все сертификаты, лицензии, разрешения и прочие документы, удостоверяющие правомерность
Исполнителя оказывать услуги в соответствии с законодательством РФ и настоящим Договором.
3.1.7. выставить универсальный передаточный документ или иной аналогичный документ, если это
предусмотрено налоговым законодательством и по форме, утвержденной соответствующим
компетентным государственным органом. За не выставление такого документа Заказчик может
потребовать уплаты Исполнителем штрафа в размере процентной ставки НДС от общей суммы
указанного документа с НДС.
3.1.8. В случае если Приложением № 1 в рамках оказания услуг по настоящему Договору предусмотрена
поставка товара, для которого указан номер реестровой записи из реестра российской промышленной
продукции, из евразийского реестра промышленных товаров государств-членов Евразийского
экономического союза, из единого реестра российских программ для электронных вычислительных
машин и баз данных или из единого реестра программ для электронных вычислительных машин и баз
данных из государств-членов Евразийского экономического союза, то не допускается поставка товара с
другим номером реестровой записи из вышеуказанных реестров или товара, отсутствующего в
вышеуказанных реестрах. Если в рамках оказания услуг подлежит поставке товар, происходящий из
Российской Федерации или из стран ЕАЭС, то не допускается замена его на товар, происходящий из
иностранного государства.
3.2. Обязанности Заказчика:
3.2.1. Обеспечивать Исполнителя по его запросу всей информацией, документами и материалами,
необходимыми для выполнения данных последнему поручений, предусмотренных пунктом 1.1
настоящего Договора, перечень и срок предоставления которых предварительно согласовывается
Сторонами;
3.2.2. При обращении Исполнителя к Заказчику за информацией о наличии на Объекте пропускного и
внутриобъектового режимов и условиях их соблюдения, Заказчик должен в минимально возможные
сроки ознакомить Исполнителя с требованиями пропускного и внутриобъектового режимов и порядком
их соблюдения.
3.2.3. Своевременно оплачивать оказанные услуги Исполнителя в соответствии с условиями статьи 4
настоящего Договора.
4. ПОРЯДОК РАСЧЕТОВ
4.1. Стоимость услуг за весь объем услуг по настоящему Договору составляет
__________________(______________________) рублей, кроме того НДС по ставке, установленной
действующим законодательством Российской Федерации.
Указанная стоимость услуг по настоящему Договору включает в себя любые расходы, понесенные
Исполнителем для оказания услуг по настоящему Договору.
4.2. Оплата услуг по договору (отдельному этапу договора) производится в рублях на основании
подписываемого сторонами универсального передаточного документа в течение 7 рабочих дней с
момента его подписания.
4.3. При оплате стоимости услуг Заказчик вправе приостановить исполнение обязательства по оплате
оказанных услуг в случае нарушения Исполнителем сроков оказания услуг или других обязательств,
предусмотренных условиями настоящего договора, в целях определения размера штрафов и/или
неустоек, предусмотренных условиями настоящего Договора.
4.4. В случае начисления Исполнителю штрафов и/или неустоек в порядке и размере, установленном
настоящим договором, при оплате стоимости услуг Заказчик вправе в одностороннем порядке
произвести удержание части денежных средств, тем самым уменьшив стоимость оплаты по договору. В
этом случае размер оплаты оказанных услуг уменьшается на сумму удержания, рассчитанную в
соответствии с условиями настоящего Договора.
5. КОНФИДЕНЦИАЛЬНОСТЬ
5.1.
При исполнении своих обязательств по настоящему Договору каждая их Сторон в порядке и на
условиях, предусмотренных настоящим Договором, вправе в случаях, предусмотренных
законодательством, передать информацию, составляющую ее коммерческую тайну либо персональные
данные ее работников (далее - Информация), другой Стороне (далее - Получающая Сторона), а
Получающая Сторона обязана использовать полученную Информацию в порядке и на условиях,
предусмотренных настоящим Договором.
5.2. Исполнитель («Получающая Сторона») согласен считать конфиденциальной информацией всю
информацию, которая передается ему Заказчиком («Раскрывающая Сторона»). К конфиденциальной
информации также следует относить информацию об исполняемых Получающей Стороной услугах.
Получающая Сторона обязуется использовать конфиденциальную информацию Раскрывающей
Стороны исключительно в рамках исполнения своих обязательств по настоящему Договору.
Исполнитель обязуется принять все необходимые меры по обеспечению конфиденциальности, в том
числе предусмотренные Федеральным законом от 29 июля 2004 г. N98-ФЗ "О коммерческой тайне" в
отношении предмета Договора, хода его исполнения, полученных результатов, включая мероприятия по
охране документации и материалов, ограничению круга лиц, допущенных к информации и заключению
с ними Соглашений о конфиденциальности. Передача Заказчиком Исполнителю документации,
информации, составляющей коммерческую тайну и других конфиденциальных сведений,
осуществляется в порядке, установленном положениями настоящего договора о конфиденциальности.
Если в ходе выполнения предусмотренных Договором услуг Исполнитель привлекает третьих лиц,
которым для оказания услуг необходим доступ к конфиденциальным сведениям, Исполнитель обязан
заключить с указанными третьими лицами соответствующие Соглашения о конфиденциальности.
5.3. Информация Стороны (далее - Раскрывающая Сторона), может быть предоставлена Получающей
Стороне, уполномоченным ею лицам в устной форме, или путем предоставления доступа к документам,
содержащим Информацию, или путем передачи документов, содержащих Информацию.
5.4. По каждому факту предоставления доступа к документам, содержащим Информацию, или передачи
документов, содержащих Информацию Получающей Стороне Сторонами непосредственно после
предоставления доступа к документам, содержащим Информацию, или передачи документов,
содержащих Информацию должен подписываться Акт в двух экземплярах (по одному для каждой из
Сторон). По каждому факту предоставления Информации в устной форме должен подписываться
Протокол встречи.
5.5. Вся Информация, составляющая коммерческую тайну, передаваемая в письменной форме, должна
быть помечена грифом «Коммерческая тайна» с указанием Раскрывающей Стороны (ее реквизитов).
5.6. Получающая Сторона должна соблюдать строгую конфиденциальность в отношении Информации,
не разглашать, не копировать, не воспроизводить и не передавать Информацию любому третьему лицу,
не использовать Информацию в целях, отличных от предусмотренных настоящим Договором.
5.7. Получающая Сторона имеет право передать Информацию третьим лицам при условии
предварительного письменного согласия на это Раскрывающей Стороны. За действия третьих лиц по
соблюдению конфиденциальности в отношении Информации отвечает Получающая Сторона.
5.8. Получающая Сторона вправе предоставить органам государственной власти страны, резидентом
которой является Получающая Сторона, Информацию без предварительного письменного согласия
Раскрывающей Стороны Информации только в случаях, когда это прямо предусмотрено
законодательством страны, резидентом которой является Получающая Сторона, в отношении этих
органов. В таких случаях Получающая Сторона обязана:
- предпринять все разумные усилия для уведомления Раскрывающей Стороны до момента раскрытия
такой Информации о предполагаемой форме, сроке, характере и цели такого раскрытия, или (если это
невозможно) уведомить Раскрывающую Сторону обо всех обстоятельствах такого раскрытия
незамедлительно после такого раскрытия;
- не позднее дня, следующего за днем получения Получающей Стороной от органов государственной
власти страны, резидентом которой она является, запроса (требования), в том числе устного, о
предоставлении Информации, предоставить полную информацию об этом запросе (требовании), в том
числе его копию, Раскрывающей Стороне;
- не позднее дня, следующего за днем предоставления Получающей Стороной органам государственной
власти страны, резидентом которой она является, Информации предоставить Раскрывающей Стороне
полный перечень Информации, предоставленной этим органам государственной власти.
5.9. Требования настоящего Договора в отношении Информации прекращают действовать:
через 5 (пять) лет со дня подписания уполномоченными представителями Сторон последнего Акта
или Протокола встречи по отношению ко всем подписанным Сторонами соответственно Актам или
Протоколам встреч;
- по заключении Сторонами соглашения, содержащего положения, заменяющие положения настоящего
Договора в отношении Информации; или
по письменному согласованию Сторон.
5.10. Получающая Сторона обязана в течение 5 (пяти) календарных дней со дня прекращения действия, в
том числе расторжения, по какой-либо причине настоящего Договора, или при получении в любое время
письменного запроса Раскрывающей Стороны; или принятия решения о реорганизации или ликвидации
Раскрывающей Стороны уничтожить или передать Раскрывающей Стороне все имеющиеся у
Получающей Стороны документы или любые другие материалы, содержащие Информацию, в том числе
копии таких материалов и удалить Информацию из любых носителей данных, в том числе компьютеров
или другой аппаратуры, содержащей Информацию.
5.11. Раскрывающая Сторона имеет право получить документальное подтверждение уничтожения
Информации, надлежащим образом заверенное уполномоченным лицом Получающей Стороны,
контролирующим этот процесс.
6. ПОРЯДОК УРЕГУЛИРОВАНИЯ СПОРОВ
6.1. Настоящий Договор регулируется и толкуется в соответствии с законодательством Российской
Федерации.
6.2. Все споры и разногласия, которые могут возникнуть в процессе исполнения Сторонами своих
обязательств по настоящему Договору, будут по возможности решаться путем переговоров. Но в случае
направления претензии, стороны согласовали, что она может быть направлена через оператора
посредством электронного документооборота. Если Стороны не придут к согласию путем переговоров,
то спор передается в суд в соответствии с действующим законодательством Российской Федерации.
7. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ (ФОРС-МАЖОР)
7.1. Стороны не несут ответственности за неисполнение любого из своих обязательств, если докажут, что
такое неисполнение было вызвано форс-мажорными обстоятельствами, т.е. событиями или
обстоятельствами, действительно находящимися вне контроля такой Стороны, наступившими после
заключения настоящего Договора, носящими непредвиденный и непредотвратимый характер. К форсмажорным обстоятельствам относятся, в частности, природные катаклизмы, забастовки, пожары,
наводнения, взрывы, обледенения, войны (как объявленные, так и необъявленные), мятежи, гибель
товара, задержки перевозчиков, вызванные авариями или неблагоприятными погодными условиями,
опасности и случайности на море, эмбарго, катастрофы, ограничения, налагаемые государственными
органами (включая распределения, приоритеты, официальные требования, квоты и ценовой контроль),
если эти обстоятельства непосредственно повлияли на исполнение настоящего Договора.
7.2. Время, которое требуется Сторонам для исполнения своих обязательств по настоящему Договору,
будет продлено на любой срок, в течение которого было отложено исполнение по причине
перечисленных обстоятельств.
7.3. В случае если продолжительность обстоятельств форс-мажора превышает 30 дней, настоящий
Договор может быть расторгнут по письменному заявлению любой из сторон.
7.4. Несмотря на наступление форс-мажора, перед прекращением настоящего Договора вследствие
форс-мажорных обстоятельств Стороны осуществляют окончательные взаимные расчеты.
7.5. Сторона, для которой стало невозможным исполнение обязательств по настоящему Договору по
причине наступления форс-мажорных обстоятельств, должна незамедлительно информировать другую
Сторону в письменном виде о возникновении вышеуказанных обстоятельств, а также в течение 30 дней
предоставить другой Стороне подтверждение форс-мажорных обстоятельств. Таким подтверждением
будет являться справка, сертификат или иной соответствующий документ, выданный уполномоченным
государственным органом, расположенным по месту возникновения форс-мажорных обстоятельств.
7.6. Стороны пришли к соглашению, что никакие меры или ограничения, принятые или установленные
государственными, муниципальными, международными органами, должностными лицами,
организациями или учреждениями в рамках защиты здоровья населения и/или противодействия
распространению коронавирусной инфекции (COVID-19), иных заболеваний, представляющих
опасность для окружающих, принятие решений о проведении военных операций, специальных военных
операций, иных военных, антитеррористических и иных подобных действий (объявленных и не
объявленных), не могут считаться препятствием к исполнению настоящего Договора, не признаются
обстоятельством непреодолимой силы для целей настоящего Договора, не являются основанием для
освобождения Сторон от ответственности за неисполнение или ненадлежащее исполнение обязательств
по настоящему Договору, а также не являются основанием для расторжения и/или изменения
настоящего Договора полностью или в части по требованию какой-либо из Сторон Договора.
8. ТРЕБОВАНИЯ В ОБЛАСТИ ОХРАНЫ ТРУДА, ПРОМЫШЛЕННОЙ БЕЗОПАСНОСТИ
И ОХРАНЫ ОКРУЖАЮЩЕЙ СРЕДЫ
8.1. В ходе оказания услуг по настоящему Договору Исполнитель обязуется:
8.1.1. соблюдать нормы действующего законодательства Российской Федерации, включая
законодательство о недрах, об охране окружающей среды, о промышленной и пожарной безопасности,
иные законы и нормативные акты, действующие на территории оказания услуг;
8.1.2. обеспечить выполнение необходимых мероприятий по промышленной безопасности, охране
труда, охране окружающей среды, рациональному использованию природных ресурсов, по пожарной
безопасности объекта, на котором оказываются услуги;
8.1.3. соблюдать внутренние нормативные документы Заказчика в области охраны труда,
промышленной безопасности и охраны окружающей среды.
8.1.4. соблюдать требования к оборудованию, используемому в ходе оказания услуг по настоящему
Договору и его эксплуатации, установленные действующим законодательством РФ.
8.2. Исполнитель самостоятельно несет ответственность за допущенные им при оказании услуг
нарушения природоохранного, водного, земельного, лесного законодательства, законодательства в
области пожарной безопасности, охраны труда, атмосферного воздуха, опасных производственных
объектов и т.д., включая оплату штрафов, пеней, а также по возмещению причиненного в связи с этим
вреда. В случае если Заказчик был привлечен к ответственности за вышеуказанные нарушения
Исполнителя, последний обязуется возместить Заказчику все причиненные этим убытки.
8.3. При наличии вины Исполнителя за аварии, инциденты и несчастные случаи, произошедшие в
процессе работы, последний обязуется возместить Заказчику причиненные убытки.
8.4. Заказчик не несет ответственности за травмы, увечья или смерть Исполнителя, произошедшие не по
вине Заказчика, а также в случае нарушения Исполнителем правил техники безопасности или
промышленной санитарии.
8.5. Заказчик вправе в любое время осуществлять контроль за соблюдением Исполнителем и третьими
лицами, привлекаемыми Исполнителем, положений настоящей статьи Договора. Обнаруженные в ходе
проверки нарушения фиксируются в акте, подписываемом представителями Заказчика, Исполнителем. В
случае отказа Исполнителя от подписания такого акта, он оформляется Заказчиком в одностороннем
порядке.
8.6. Несоблюдение Исполнителем требований настоящей статьи является существенным нарушением
условий настоящего Договора и дает Заказчику право требовать уплаты штрафа в размере 1 000 рублей
за каждый случай нарушения, а также расторгнуть настоящий Договор в одностороннем порядке без
обязательств Заказчика по возмещению убытков Исполнителя, связанных с таким расторжением.
9. АНТИАЛКОГОЛЬНАЯ ОГОВОРКА
9.1. Исполнитель не вправе оказывать услуги по настоящему Договору в состоянии алкогольного,
наркотического или токсического опьянения.
9.2. Исполнитель обязан не допускать пронос и нахождение на территории Заказчика веществ,
вызывающих алкогольное,
наркотическое или токсическое опьянение, за исключением веществ,
необходимых для осуществления производственной деятельности на территории Заказчика (далее «Разрешенные вещества»).
9.3. В целях обеспечения контроля за указанными ограничениями Заказчик имеет право производить
проверки и досмотр всех транспортных средств, вещей и материалов, доставляемых Исполнителем на
территорию Заказчика. Если в результате подобного досмотра
будут
обнаружены указанные
запрещенные вещества, то Исполнитель не допускается на территорию Заказчика.
9.4. В случае обнаружения на территории Заказчика Исполнителя
в
состоянии алкогольного,
наркотического или токсического опьянения, проноса или нахождения на территории Объекта
веществ, вызывающих алкогольное, наркотическое или токсическое опьянение, за исключением
Разрешенных веществ, Исполнитель уплачивает Заказчику штраф в размере ______ рублей за каждый
такой факт.
9.5. Фиксация факта появления Исполнителя на территории Заказчика в состоянии алкогольного,
наркотического или токсического опьянения, проноса или нахождения на территории Заказчика
веществ, вызывающих алкогольное, наркотическое или токсическое опьянение, за исключением
Разрешенных веществ, для целей настоящего Договора и отношений между Заказчиком и
Исполнителем может осуществляться любым из нижеперечисленных способов:





медицинским
осмотром, или
освидетельствованием;
актами, составленными работниками Заказчика (контрагентами Заказчика);
письменными объяснениями работников Заказчика (контрагентов Заказчика);
другими способами.
9.6. Заказчик имеет право в любое время проверять исполнение Исполнителем обязанностей,
предусмотренных в настоящем разделе Договора. В случае возникновения у Заказчика подозрения о
наличии на территории Заказчика Исполнителя в состоянии опьянения, Исполнитель обязан по
требованию Заказчика незамедлительно прекратить оказание услуг на территории Заказчика.
10. АНТИКОРРУПЦИОННАЯ ОГОВОРКА
10.1. При исполнении своих обязательств по Договору, Стороны, иx аффилированные лица, работники
или посредники не выплачивают, не предлагают выплатить и не разрешают выплату каких-либо
денежных средств или ценностей, прямо или косвенно, любым лицам, для оказания влияния на
действия или решения этих лиц с целью получить какие-либо неправомерные преимущества ми иные
неправомерные цели.
10.2. При исполнении своих обязательств по Договору, Стороны, их аффилированные лица, работники
или посредники не осуществляют действия, квалифицируемые применимым для целей Договора
законодательством, как дача/получение взятки, коммерческий подкуп, а также действия, нарушающие
требования применимого законодательства и международных актов о противодействии легализации
(отмыванию) доходов, полученных преступным путем.
10.3. В случае возникновения у Стороны подозрений, что произошло или может произойти нарушение
каких-либо положений настоящей Статьи, соответствующая Сторона обязуется уведомить другую
Сторону в письменной форме. После письменного уведомления, соответствующая Сторона имеет право
приостановить исполнение обязательств по Договору до получения подтверждения, что нарушения не
произошло или не произойдет. Это подтверждение должно быть направлено в течение десяти рабочих
дней с даты направления письменного уведомления.
10.4. В письменном уведомлении Сторона обязана сослаться на факты или предоставить материалы,
достоверно подтверждающие или дающие основание предполагать, что произошло или может
произойти нарушение каких-либо положений настоящей Статьи контрагентом, его аффилированными
лицами, работниками или посредниками, выражающееся в действиях, квалифицируемых применимым
законодательством, как дача или получение взятки, коммерческий подкуп, а также действиях,
нарушающих требования применимого законодательства и международных актов о противодействии
легализации доходов, полученных преступным путем.
10.5. В случае нарушения одной Стороной обязательств воздерживаться от запрещенных в настоящем
разделе Договора действий и/или неполучения другой Стороной в установленный Договором срок
подтверждения, что нарушения не произошло или не произойдет, другая Сторона имеет право
расторгнуть Договор в одностороннем порядке полностью или в части, направив письменное
уведомление о расторжении. Сторона, по чьей инициативе был расторгнут Договор в соответствии с
положениями настоящей статьи, вправе требовать возмещения реального ущерба, возникшего в
результате такого расторжения.
11. ЭЛЕКТРОННЫЙ ДОКУМЕНТООБОРОТ
11.1
Документы, которыми Стороны обмениваются в электронном формате, подписываются
Усиленной квалифицированной электронной подписью (УКЭП) уполномоченных лиц обеих Сторон
соглашения. Каждая из Сторон может иметь несколько уполномоченных лиц для обмена информацией в
рамках Договора. Каждое уполномоченное лицо должно иметь собственную электронную подпись,
сертифицированную в установленном порядке в соответствии с нормами Федерального закона №63-ФЗ,
и доверенность (МЧД), подтверждающую полномочия этого лица, оформленную Стороной в
установленном порядке (при необходимости). Виды документов, которыми Стороны обмениваются в
рамках настоящего Договора:
11.2. Формализованные ЭД − электронные документы, для которых нормативно-правовыми актами РФ
установлены обязательные и (или) рекомендованные электронные форматы. На момент заключения
настоящего Соглашения Стороны согласовали обмен в электронном формате следующих
формализованных электронных документов:

универсальный передаточный документ (УПД), в том числе корректировочный и на аванс;

акт сверки взаимных расчетов с контрагентами;

транспортная накладная.
11.3. Неформализованные ЭД – электронные документы, для которых нормативно-правовыми актами
РФ не установлены обязательные и (или) рекомендованные электронные форматы:

договоры, соглашения, дополнительные соглашения, в том числе дополнительные соглашения к
договорам, ранее подписанных на бумажных носителях собственноручной подписью; приложения к
ним;

корреспонденция, а также, любая переписка, осуществляемая Сторонами в рамках
договоров/соглашений/дополнительных соглашений (в том числе в порядке досудебного
урегулирования спора), в том числе направление претензий

соглашения о конфиденциальности (коммерческой тайне), Соглашение об электронном
документообороте и иные виды соглашений;

иные документы, конкретизирующие условия договоров/соглашений и подтверждающие
выполнение операций кроме документов, для которых утвержден обязательный формат или которые
передаются исключительно на бумажных носителях;

документы о передаче имущественных прав (за исключением случаев, когда для
соответствующих целей Стороны используют формализованные ЭД), акты МХ-1, акты МХ-3;

наряд-заказы, акты наладки (испытаний, ввода в эксплуатацию), акты установления
гарантийного строка, иные виды и формы актов и проектно-техническая документация для которых
законодательными актами РФ не предусмотрен обмен в рекомендованных или обязательных
электронных форматах;

счета на оплату.
11.4. Форматы обмена электронными документами:
11.4.1 Обмен формализованными документами осуществляется в формате XML, PDF. Представление
таких документов осуществляется автоматически Оператором ЭДО.
11.4.2. Обмен неформализованными документами преимущественно осуществляется в формате PDF –
акты, письма, счет на оплату. Для документов, содержащих большой объем данных, изначально
оформленных не в текстовых редакторах, допускается обмен документов в формате MS Excel.
11.4.3. Электронный обмен документами осуществляется через Операторов ЭДО, внесенных в Реестр
доверенных операторов юридически значимого электронного документооборота, в соответствии с
нормативно-правовым актом, утвержденным государственным органом, уполномоченным
осуществлять правовое регулирование Операторов ЭДО.
11.5. Стороны согласились осуществлять ЭДО через следующих Операторов ЭДО:
 Заказчик – ООО «Компания «Тензор»», ИНН 7605016030, Идентификатор доверенного ОЭД 2ВЕ,
обеспечивающее обмен информацией по телекоммуникационным каналам связи и фиксирующее факт и
дату направления и получения информации в рамках электронного документооборота компании;
 Исполнитель – наименование «________________», ИНН ________________, Идентификатор ОЭД
____.
11.6. В случае осуществления обмена документами через различных операторов ЭДО, Заказчик
инициирует настройку роуминга между операторами.
11.7. Применяя электронный документооборот, Стороны руководствуются действующим
законодательством РФ.
11.8. Стороны договорились соблюдать следующие правила при обмене первичными учетными
документами:
11.8.1. Комплект (контейнер) документов должен включать универсальный передаточный документ.
11.8.2. Один комплект документов (контейнер) может содержать только 1 экземпляр универсального
передаточного документа.
11.8.3. Комплект (контейнер) документов, кроме универсального передаточного документа может
включать дополнительные документы, обосновывающие/детализирующие выполнение работ/услуг,
поставку товаров. Обмен дополнительными документами производится в формате PDF в соответствии с
п. 11.3. Договора.
11.8.4. В один комплект документов (контейнер) должны быть включены первичные учетные документы
только по одной хозяйственной операции.
11.8.5. Производить обмен Актами сверки взаимных расчетов отдельными комплектами документов
(контейнерами), без первичных учетных документов и подтверждающих документов.
11.8.6. Не допускается передача первичных учетных документов одной хозяйственной операции в
электронном и бумажном форматах.
11.8.7. Не допускается наличие на документе, переданном через Оператора ЭДО, рукописных подписей
и печатей контрагента за исключением служебных отметок о согласовании документов на
дополнительных документах, подтверждающих выполнение операции.
11.9. Стороны осуществляют обмен электронными машиночитаемыми доверенностями (МЧД) путем
включения идентификационного номера МЧД уполномоченного лица в штамп (оттиск) электронной
подписи, размещенного на PDF-представлении электронного документа, или путем включения
контейнера подписанной МЧД в контейнер электронных первичных учетных документов, которыми
обмениваются Стороны.
11.10. Стороны не осуществляют обмен документами о купле-продаже товаров и документами о
передаче результатов услуг (документ об оказании услуг) в электронном виде в неформализованном
формате. Стороны осуществляют обмен универсальным передаточным документом, формат которого
ФНС России.
11.11. Распечатанные электронные документы признаются сторонами дубликатами и не обладают
равной юридической силой с электронными документами.
11.12. Стороны обязаны информировать друг друга о невозможности обмена документами в
электронном виде, подписанными УКЭП, в частности:

в случае технического сбоя на стороне программного обеспечения Сторон или Оператора ЭДО;

в случае несвоевременного обновления ключей ЭП и квалифицированных сертификатов.
В период, когда обмен ЭД невозможен или осложнен, Стороны производят обмен документами на
бумажном носителе подписанными собственноручной подписью.
ЭДО между Сторонами не отменяет обмен документами, не относящимися к первичной учетной
документации в бумажном формате.
11.13. Стороны признают, что электронный документ, заверенный действующей на
момент передачи электронной подписью (ЭП), является эквивалентом идентичного по содержанию
документа на бумажном носителе, подписанного уполномоченным лицом Стороны с проставлением
печати, имеет равную с ним юридическую силу и порождает для Сторон соответствующие права и
обязанности.
11.14. Электронный документ порождает обязательства Стороны по Договору и Соглашению с момента
постановки электронной подписи (ЭП), если он заверен действующей электронной подписью (ЭП)
уполномоченного Стороной лица. При этом содержание электронного документа должно
соответствовать полномочиям лица, его подписавшего.
11.15. Стороны признают, что используемые средства подготовки, передачи и проверки электронных
документов достаточны для обеспечения надежного, эффективного и безопасного документооборота.
11.16. Стороны признают используемую в электронном документообороте систему защиты информации
достаточной для защиты от несанкционированного доступа, контроля целостности передаваемых
данных, а также подтверждения авторства и подлинности электронных документов.
11.17.Взаимные обязанности и права Сторон:

обеспечить антивирусную безопасность и оперативную ликвидацию вирусных программ,
разрушающих систему электронного документооборота, операционную систему и прочие программные
средства с компьютеров, на которых установлено программное обеспечение для обмена электронными
документами и подписания их ЭП;

каждая из Сторон имеет право запрашивать и обязана по запросам другой Стороны направлять в
течение 5-и рабочих дней с момента получения запроса надлежащим образом оформленные бумажные
копии электронных документов, обмен которыми проходил в электронном цифровом виде;

каждая из Сторон несет ответственность за своевременное обновление ключей и сертификатов,
обеспечение конфиденциальности ключей ЭП, недопущение использования принадлежащих ей ключей
без ее согласия;
Стороны не позднее 10 (десяти) рабочих дней с момента заключения настоящего Соглашения и в
дальнейшем не позднее, чем за 10 (десять) рабочих дней до истечения срока действия ЭП, обязуются за
свой счет получать ключи ЭП и сертификаты.
11.18. Стороны обязаны уведомлять друг друга обо всех случаях компрометации ключей ЭП о
прекращении или об изменении полномочий лиц, указанных в настоящем Договоре, а также об
изменении их адресов электронной почты в течение 3 (трех) календарных дней с момента такого
изменения.
12. ПРАВА НА РЕЗУЛЬТАТЫ РАБОТ
12.1. Права на все результаты работ, включая исключительные права на результаты
интеллектуальной деятельности (далее – РИД), в том числе на изобретения, полезные модели,
промышленные образы, секреты производства, программы для ЭВМ, базы данных и иные
произведения, права на получения патентов, права на все материальные объекты (отчетная,
конструкторская, технологическая, рабочая документация, экспериментальное оборудование,
экспериментальные и опытные образцы и иные материальные объекты), созданные в ходе исполнения
обязательств по настоящему Договору, с момента их создания, возникновения в полном объеме
принадлежат Заказчику вне зависимости от того, было ли их создание прямо предусмотрено
Договором. Заказчику принадлежат исключительные права на все результаты, не ограниченные во
времени, месте либо содержании, на использование в любом виде результатов, которые были
произведены в рамках Договора, в том числе (но не ограничиваясь):
а) право на воспроизведение;
б) право на публичный показ;
в) право на практическую реализацию;
г) право на доработку и изменение, в том числе его передачу для доработки (изменения)
третьим лицам.
12.2. Исполнитель не вправе использовать для собственных нужд РИД и иные материальные
объекты, созданные в рамках Договора.
12.3. Исполнитель гарантирует, что им надлежащим образом урегулированы все отношения с
авторами РИД. Все расчеты с авторами РИД, созданных по настоящему договору и/или вошедших в
состав РИД, созданных по настоящему договору (использованных Исполнителем при создании РИД),
произведены Исполнителем самостоятельно и за свой счет. Исполнитель обязан предоставить
Заказчику полную информацию об авторах и/или иных обладателях интеллектуальных прав на РИД
и/или РИД, составной частью вошедшие в РИД, созданных по настоящему договору (использованных
Исполнителем при создании РИД).
12.4. Исполнитель дает Заказчику согласие на использование РИД без указания своего имени
(наименования), имен авторов РИД или иных правообладателей, если такие имеются (анонимное
использование РИД). Исполнитель гарантирует, что получил от обладателей исключительных прав на
РИД, разрешение на использование Заказчиком РИД, без указания имени или наименования (анонимно).
Заказчик по своему усмотрению вправе использовать РИД анонимно либо указывать Исполнителя или
иных авторов РИД.
12.5. Вознаграждение за создание, отчуждение прав на РИД и иные материальные объекты, прав на
получение патентов входит в общую цену, предусмотренную условиями настоящего Договора.
Вознаграждение является фиксированным и единоразовым, включающим в себя все возможные
издержки и затраты Исполнителя, которые он может понести при исполнении своих обязательств,
включая, но не ограничиваясь только этим, выплату любых видов вознаграждения авторам и иным
правообладателям. Никакие дополнительные отчисления в пользу Исполнителя и/или иных авторов и
правообладателей от использования Заказчиком любого созданного РИД и материального объекта не
выплачиваются.
12.6. Стороны договорились о том, что к настоящему Договору не применяется право на удержание,
предусмотренного ст. ст. 359, 360 ГК РФ. Исполнитель ни при каких обстоятельствах не имеет права
удерживать результаты, в том числе РИД и иные материальные объекты, полученное в ходе
исполнения настоящего Договора и обязан передать их Заказчику.
12.7. Исполнитель дает Заказчику согласие на создание любых производных произведений, в том
числе на внесение в РИД изменений, сокращений и дополнений, на включение в состав сложных
объектов или составного произведения. Исполнитель дает Заказчику согласие на обнародование РИД.
12.8. Ответственность за нарушение исключительных, личных неимущественных и иных прав
третьих лиц при выполнении обязательств по данному Договору полностью возлагается на
Исполнителя. В случае предъявления к Заказчику требований, претензий, исков, связанных с
использованием созданных Исполнителем результатов, в том числе РИД и иных материальных
объектов, Исполнитель обязан урегулировать их собственными силами и за свой счет. Доказанные
убытки, которые могут возникнуть у Заказчика в связи с нарушением со стороны Исполнителя прав
третьих лиц, связанных с выполняемыми по Договору услугами, относятся на Исполнителя.
13. ПРОЧИЕ УСЛОВИЯ
13.1. С даты заключения настоящего Договора все предыдущие переговоры и переписка по нему
теряют силу. Ни одна из Сторон не вправе передавать третьим лицам свои права и обязанности по
настоящему Договору без письменного согласия другой Стороны.
13.2. Заказчик вправе в любое время проверить ход и качество оказания услуг Исполнителем.
13.3. Договор составлен в письменной форме.
13.4. Настоящий Договор является действительным при наличии подписей уполномоченных
представителей и печатей Сторон.
13.5. Любые изменения и дополнения к настоящему Договору действительны при условии, если они
совершены в письменной форме, подписаны надлежащим
образом уполномоченными
представителями Сторон и скреплены печатями Сторон.
13.6. Настоящий Договор составлен в двух подлинных экземплярах, имеющих равную юридическую
силу, по одному экземпляру для каждой из Сторон.
13.7. Договор составлен на русском языке.
13.8. Настоящий Договор вступает в силу с даты его подписания и действует до полного исполнения
Сторонами своих обязательств по Договору.
13.9. Заказчик имеет право расторгнуть настоящий Договор в одностороннем порядке при условии
направления письменного уведомления в адрес Исполнителя не менее чем за 3 дня до
предполагаемой даты расторжения.
13.10. По согласованию с Заказчиком Исполнитель вправе осуществить замену соисполнителя из числа
СМСП, указанного в плане привлечения соисполнителей из числа СМСП, с которым заключается либо
ранее был заключен договор, на другого исполнителя из числа СМСП при условии сохранения цены
договора, заключаемого или заключенного между Исполнителем и соисполнителем, либо цены такого
договора за вычетом сумм, выплаченных Исполнителем в счет исполненных обязательств, в случае если
договор был частично исполнен. В случае замены соисполнителя Стороны Договора подписывают
новый план привлечения соисполнителей из числа СМСП в соответствии с формой Приложения № 2 к
настоящему Договору без заключения дополнительного соглашения. (условие исключается в случае
заключения Договора с Исполнителем из числа СМСП или в случае отсутствя в ДоЗ требования о
привлчении соисполнителей из числа СМСП).
14. ПРИЛОЖЕНИЯ К ДОГОВОРУ
Приложение № 1 Форма Задания Заказчика.
Приложение № 2 Форма плана привлечения субисполнителей из числа СМСП.
15. АДРЕСА, РЕКВИЗИТЫ И ПОДПИСИ СТОРОН
Заказчик
Исполнитель
Адрес места нахождения и почтовый адрес:
________________________________________
__________________________________
т. (_____) ________________
факс (_____) ______________
e-mail: ___________________
ОГРН _______________________________
ИНН _______________
КПП _______________
Р/счет № _____________________________ в
____________________________________
БИК _____________________________
К/счет _____________________________
ОКПО ______________________________
ОКВЭД ____________________________
Адрес места нахождения и почтовый адрес:
__________________________________________
________________________________
т. (_____) ________________
факс (_____) ______________
e-mail: ___________________
ОГРН _______________________________
ИНН _______________
КПП _______________
Р/счет № _____________________________ в
____________________________________
БИК _____________________________
К/счет _____________________________
ОКПО ______________________________
ОКВЭД ____________________________
____________________________________
_____________________________________
_______________________________________
_______________________________________
_______________/_____________________/
м.п.
_______________/______________________/
м.п
Приложение № 1
к Договору возмездного оказания услуг
№ ___________ от «__» ___________20__
ЗАДАНИЕ ЗАКАЗЧИКА
Общество с ограниченной отвественностью «БАРНАУЛЬСКИЙ ВОДОКАНАЛ» (ООО
«БАРНАУЛЬСКИЙ ВОДОКАНАЛ») в лице Генерального директора Полюго Андрея Сергеевича,
действующего на основании Устава, с одной стороны, именуемое в дальнейшем «Заказчик», с одной
стороны, именуемое в дальнейшем «Заказчик»,
и ___________________________ «____________________», именуемое в дальнейшем «Исполнитель», в
лице
_____________________________________,
действующего
на
основании
_______________________________________, с другой стороны, вместе именуемые «Стороны»,
договорились о предоставлении Исполнителем следующих видов услуг:
Сроки оказания
Ед.
Перечень оказываемых Исполнителем услуг
Исполнителем
№ п/п g модернизации АСУ ТП
изм.
услуг
Поставка
1
Право использования программы для ЭВМ
шт
SCADA 4D. Клиент-серверная
исполнительная система на 30 000 внешних
точек ввода. Включает протоколы,20
счетчико электроэнергии, 10 счетчиков
тепла и энергии
Право использования программы для ЭВМ С даты
шт
подписания
SCADA 4D. Опция резервирования для
клиент-серверной исполнительной системы договора до
15.12.2026г.
на 30 000 внешних точек ввода-вывода
Право использования программы для ЭВМ
шт
SCADA 4D. Пакет из 10 клиентских рабочих
мест с управлением на неограниченное
количество точек ввода-вывода
Право использования программы для ЭВМ
шт
SCADA 4D. Клиент-серверная
исполнительная система на 10 000 внешних
точек ввода, включающие различные
протоколы, 20 счетчиков, 10 счетчиков
оэнергии и тепла..
Право использования программы для ЭВМ
шт
SCADA 4D. Опция резервирования для
клиент-серверной исполнительной системы
на 10 000 внешних точек ввода-вывода -1
шт.
Право использования программы для ЭВМ
щт
SCADA 4D. Пакет из 5 клиентских рабочих
мест с управлением на неограниченное
количество точек ввода-вывода
щт
Лицензии на программу для ЭВМ
Лицензия на операционную систему
специального назначения для 64-х разрядной
платформы на базе процессорной, уровень
защищенности "Усиленный" (Воронеж) ,
способ передачи электронный, серверая до
2-х сокетов
Лицензия на операционную систему
Количеств Стоимость, руб.
о
без НДС
1
1
1
1
1
1
4
шт
1
щт
1
специального назначения для 64-х разрядной
платформы на базе процессорной, уровень
защищенности "Усиленный" (Воронеж),
способ передачи электронный, для рабочей
станции.
ПО Kasperski EDR-для бизнеса
Оптимальный
Средства анализа защищенности "СканерВС". Лицензия на 128 IP адресов
Средства анализа защищенности "СканерВС". Дополнительный IP к лицензии
2
3
4
5
Поставка и установка АРМ,.
Поставка серверного оборудования.
Поставка щита контроля параметров
Поставка и установка ультразвуковых
датчиков уровня
Монтаж и ПНР
Разработка SCADA ЦДП
Разработка SCADA ОСРВ
Монтаж и ПНР системы ЦДП
ПНР системы ОСРВ
Поставка и установка средств обеспечения
ИБ HW 1000
Поставка и установка средств обеспечения
ИБ HW 100
Настройка средств ИБ HW 1000
Настройка средств ИБ HW 1000
Настройка сертифицированной ОС на
сервере
Настройка сертифицированной ОС на
рабочем месте
Установка и настройка антивируса на
сервере
Установка и настройка антивируса на
рабочем месте
Установка и настройка средств
защищенности Сканер ВС
шт
21
шт
1
шт
14
С 17.12.2026г. шт
по 01.03.2027г. шт
шт
шт
7
4
1
12
ед
С 01.02.2027г. ед
по 01.07.2027г. ед
ед
ед
С 01.02.2027г. компл
по 01.05.2027г.
компл
1
1
1
1
1
3
С 02.07.2027г.
по 15.12.2027г.
ед
ед
ед
ед
ед
ед
ед
3
3
3
9
7
9
7
1
Дополнительные условия: Основные требования к оказываемым услугам отражены в Приложении № 1.1
к Заданию заказчика.
Периодичность составления универсального передаточного документа: по готовности согласно перечню
оказывемых услуг.
Стоимость объема оказанных услуг по каждому этапу отражена в таблице .
ПОДПИСИ СТОРОН
Заказчик
Адрес места нахождения и почтовый адрес:
________________________________________
__________________________________
т. (_____) ________________
факс (_____) ______________
e-mail: ___________________
ОГРН _______________________________
ИНН _______________
КПП _______________
Исполнитель
Адрес места нахождения и почтовый адрес:
__________________________________________
________________________________
т. (_____) ________________
факс (_____) ______________
e-mail: ___________________
ОГРН _______________________________
ИНН _______________
КПП _______________
Р/счет № _____________________________ в
____________________________________
БИК _____________________________
К/счет _____________________________
ОКПО ______________________________
ОКВЭД ____________________________
Р/счет № _____________________________ в
____________________________________
БИК _____________________________
К/счет _____________________________
ОКПО ______________________________
ОКВЭД ____________________________
____________________________________
_____________________________________
_______________________________________
_______________________________________
_______________/_____________________/
м.п.
_______________/______________________/
м.п
Приложение № 1.1
к Заданию Заказчика
Технические требования на разработку и поставку системы управления технологическими
процессами верхнего уровня OOO «Барнаульский Водоканал»
1. ТРЕБОВАНИЯ К СИСТЕМЕ
1.1 Требования к системе в целом
АСУ ТП должна создаваться на базе унифицированных комплексов технических средств (КТС).
Программное обеспечение должно быть российского производства и включено в реестр Минцифры.
Режим функционирования АСУ ТП – непрерывный с периодическими осмотрами и регламентными
работами без останова основного процесса.
АСУ ТП должна быть реализована как распределенная, иерархическая, многофункциональная,
программируемая автоматизированная система контроля, управления.
Разрабатываемая система должна соответствовать ГОСТ 24.104-2023 «Автоматизированная система
управления. Общие требования», федеральным нормам и правилам в области промышленной
безопасности и требованиям, изложенным в настоящих Технических требованиях и иметь возможность
дальнейшего развития.
Документация на АСУ ТП должна быть выполнена в соответствии с требованиями комплекса
стандартов и руководящих документов на автоматизированные системы (ГОСТ 34.201-2020, ГОСТ Р
59793-2021, ГОСТ 34.602-2020, ГОСТ Р 59853-2021).
Операционная система серверного оборудования должна быть на основе системы Linux,
русифицированная и соответствующая требованиям безопасности и производительности.
Необходимо предусмотреть установку сервера реального времени российского производства с
поддержкой синхронизации со спутниковыми системами GPS и ГЛОНАСС. Настроить синхронизацию
времени оборудования по протоколу NTP от сервера времени.
Срок гарантийного сопровождения оборудования – 3 года после ввода объекта в промышленную
эксплуатацию.
1.1.1 Требования к структуре и функционированию системы.
Построение системы будет происходить на основе существующей сети передачи данных.
На каждом крупном объекте дополнительно предусмотреть установку коммутационного сетевого
оборудования при необходимости.
Архитектура построения должна исключать наличие узлов (единичных элементов и связей), отказ
которых приведёт к отказу ВУ АСУ ТП в целом. Для обеспечения минимальной вероятности отказов
должно быть предусмотрено резервирование ответственных элементов.
Взаимодействие двух серверов на объекте должно быть основано на принципе «ведущий-ведомый» с
самоподхватом при любой неисправности «ведущего».
Адресное пространство всей сети Ethernet ВУ АСУ ТП должно быть приведено к единому виду.
1.1.2 Требования по сохранности информации при авариях.
Компоновка серверного оборудования должна обеспечивать стабильную работу системы при любых
неисправностях и резервирование компонентов сервера от блоков питания до носителей данных.
Носители данных должны быть в RAID-массиве уровня, обеспечивающего максимальную защиту от
потери данных и возможность горячей замены носителей с функцией восстановления данных на новом
носителе после замены.
Каждый из серверов должен иметь свою базу данных с глубиной архивирования тегов 3 года.
Дополнительно устанавливается сервер баз данных для хранения значений тегов с глубиной
архивирования 10 лет.
Базы данных серверов должны быть интегрированы в интерфейс пользователя без необходимости
дополнительных настроек для получения данных.
Серверное оборудование и оборудование связи должно быть обеспечено ИБП (источник
бесперебойного питания).
ИБП должен обеспечить работу оборудования серверов и связи в течении 30 мин при потере основного
питания.
1.1.3 Требования к надежности
В составе поставляемого оборудования должны использоваться надежные устройства внешней памяти
(жесткие диски) для сохранения и восстановления ретроспективной информации.
Блоки питания должны быть оборудованы защитой от скачков напряжения и токовой отсечкой для
сохранения основного оборудования.
Для выявления неисправности компонентов должна быть предусмотрена внешняя световая (звуковая)
индикация неисправного состояния. Замена неисправного модуля должна производиться без остановки
технологического процесса. Переход на резерв должен производиться автоматически, безударно и без
остановки технологического процесса.
Программное обеспечение (ПО) должно быть обеспечено контролем зависания, контролем разрыва
связи, инструментами самовосстановления работоспособности.
ПО должно иметь функцию обновления компонентов без прерывания работы системы.
Надежность технических средств и программного обеспечения, предназначенных для реализации
каждой из функций системы, должна обеспечивать в совокупности выполнение требований по
надежности функций:

среднее время безотказной работы не менее 40 000 часов;

среднее время восстановления не более 0,2 часа.
Система должна обеспечивать диагностику своих технических средств в режиме нормальной работы.
Должны быть реализованы следующие способы повышения надежности:

высокая надежность комплектующих элементов, субблоков, модулей, устройств передачи
информации;

наличие аппаратной, информационной, функциональной и алгоритмической избыточности,
обеспечивающей своевременное определение и устранение причин единичных отказов;

разработка надежно работающих программных средств;

развитая система диагностики технических и программных средств;

защита от выдачи ложных команд и ложной информации;

рациональное распределение функций управления между техническими средствами и
персоналом;

использование рациональных интерфейсов «человек-система», позволяющих быстро и
однозначно идентифицировать ситуацию;

реализация постоянного контроля за целостностью хранимой информации;

организация защиты базы данных и программного обеспечения от несанкционированного
вмешательства;

обеспечение запасными частями.
Надежность выполнения функций на стадиях проектирования оценивается расчетным методом по
характеристикам элементов, участвующих в реализации функций. На стадии внедрения надежность
оценивается по фактическим статистическим данным по сбоям и отказам функций системы.
1.1.4 Требования по обеспечению информационной безопасности.
Для обеспечения штатного режима функционирования АСУ ТП должен быть предусмотрен
Исполнителем комплекс организационных и технических мер, составляющих систему защиты
информации АСУ ТП и обеспечивающих информационную безопасность в соответствии с требованиями
Федерального закона от 26.07.2017 № 187-ФЗ «О безопасности критической информационной
инфраструктуры Российской Федерации», приказа ФСТЭК России № 31 от 14.03.2014 г. «Об утверждении
Требований к обеспечению защиты информации в автоматизированных системах управления
производственными и технологическими процессами на критически важных объектах, потенциально
опасных объектах, а также объектах, представляющих повышенную опасность для жизни и здоровья
людей и для окружающей природной среды».
Требования по обеспечению информационной безопасности АСУ ТП указаны в Приложении Б.
1.1.5 Требования к эргономике и технической эстетике
Условия работы персонала должны соответствовать ГОСТ 12.3.002-2014.
Взаимодействие персонала с АСУ ТП осуществляется через специализированные АРМ.
Интерфейс разрабатываемой системы АСУ ТП должен быть интуитивно-понятным, позволяющим
пользователю в кратчайшие сроки освоить работу с АСУ ТП. Должен быть реализован графический
многооконный режим с настраиваемыми элементами интерфейса и цветового оформления.
Отображение информации на экране цветного графического дисплея должно обеспечивать получение
оператором полной характеристики текущего состояния технологического процесса и оборудования, и
возможность управления ими в виде, наиболее удобном для восприятия в каждой конкретной ситуации.
Фрагменты изображения не должны быть перенасыщены информацией и разнообразием цветовой гаммы.
Фон графических экранов должен быть не ярким и выбран из «спокойной» цветовой гаммы.
1.1.6
Требования к безопасности к SCADA-системам
1.1.6.1.В целях информационной безопасности и прогнозируемости нагрузки на программноаппаратный комплекс доступ сторонних пользователей к SCADA должен быть запрещен.
1.1.6.2. Аутентификация (подтверждение подлинности) пользователей должна осуществляться на
основе использования имени и пароля, при осуществлении удаленного доступа должна быть использована
двухфакторная аутентификация. Аутентификация пользователей должна быть настроена в соответствии с
политикой парольной защиты.
1.1.6.3. Доступ пользователей к информационным ресурсам SCADA должен осуществляться согласно
функциональной деятельности пользователей, структурных подразделений Заказчика.
1.1.6.4. Доступ к информационным ресурсам SCADA должен осуществляться в соответствии с
матрицами доступа по принципу «что не разрешено, то запрещено».
1.1.6.5. Сегменты сети должны быть разделены на сети нижнего и верхнего уровня. Нижний уровень
(НУ) должен включать в себя сервера SCADA, ПЛК, преобразователи интерфейсов. Верхний уровень
(ВУ) должен включать в себя сервера SCADA, АРМ.
1.1.6.6. Системное и прикладное ПО должно предоставлять возможность смены паролей или
блокировки (удаления) учетных записей, в том числе предустановленных и/или используемых для
взаимодействия с базами данных.
1.1.6.7. Установка обновлений системного и прикладного программного обеспечения АРМ и серверов
SCADA, а также АСО, ПЛК должна производиться в исключительных случаях в ручном режиме во время
плановых профилактических мероприятий.
1.1.6.8. Должна быть реализована возможность контроля целостности ПО, включая их обновления, с
использованием контрольных сумм, хэш-функции или электронной подписи в процессе загрузки или
динамически в процессе работы SCADA систем. Использование автоматизированных средств контроля
состава и целостности ПО, при их наличии, не должно каким-либо образом влиять на работу ПО самой
SCADA (блокировать или останавливать работу программ, удалять файлы), только регистрировать факт
нарушения с указанием названия измененного программного модуля.
1.1.7 Требования к защите от влияния внешних воздействий
Ввиду установки оборудования АСУ ТП в отапливаемых помещениях с обеспечением необходимого
микроклимата, особых требований к защите от воздействия от атмосферных помех не предъявляется.
АСУ ТП должна быть устойчива к воздействию внешних магнитных полей, постоянных или
переменных с частотой сети с напряженностью до 400 А/м.
АСУ ТП должна сохранять работоспособность при воздействии индустриальных радиопомех по
нормам 8-72 «Общие нормы допустимых индустриальных помех».
1.1.8 Требования к эксплуатации, ТО, ремонту и хранению компонентов системы.
АСУ ТП должна эксплуатироваться в режиме круглосуточной непрерывной работы.
Профилактическое и ремонтное обслуживание отдельных частей АСУ ТП должно проводиться во
время остановки на профилактическое и ремонтное обслуживание контролируемого технологического
оборудования.
В эксплуатационной документации должны быть указаны виды технического обслуживания и ремонта
и обеспечение их ЗИП, периодичность, продолжительность, и квалификация персонала, а также, при
необходимости, перечень переносной контрольно-проверочной аппаратуры и инструкции по ее
применению.
Условия хранения ЗИП и аппаратуры АСУ ТП (до ее монтажа) должны соответствовать ГОСТ Р 529312008.
Условия хранения носителей с копиями ПО должны соответствовать паспортным данным носителей.
Транспортирование и хранение технических средств АСУ ТП должны соответствовать требованиям
ГОСТ Р 52931-2008.
1.1.9 Требования по стандартизации и унификации.
Аппаратура АСУ ТП должна быть спроектирована с максимальной унификацией решений.
Унификация всех решений должна обеспечиваться единообразным подходом к решению однотипных
задач, созданием унифицированных объектно-ориентированных компонентов технического,
программного, информационного, лингвистического обеспечения.
Конструктивы шкафов, функциональных модулей должны быть унифицированы во всех устройствах
комплекса технических средств АСУ ТП. Должна использоваться минимальная номенклатура различного
оборудования.
Должно использоваться минимальное количество номиналов питающих напряжений.
В инструментальной системе должны использоваться универсальные операционные системы и
технологические языки программирования высокого уровня.
Формы представления информации должны быть максимально приближенными к проектным
изображениям технологических схем и их элементов.
Технологические алгоритмы должны разрабатываться в формализованном виде на
специализированном языке, доступном специалистам-технологам.
1.1.10 Дополнительные требования
Перспективы развития, модернизации системы
Загрузка процессоров и оперативной памяти на АРМ и серверах при полностью загруженном и
функционирующем программном обеспечении не должна превышать 50%.
В шкафах распределения питания должен быть предусмотрен резерв в размере 20% по каждому
номиналу автоматических выключателей.
Сетевое оборудование должно обеспечивать 50% резервных портов для подключения
дополнительного оборудования при необходимости.
Программное обеспечение серверов должно быть снабжено удобными инструментами разработки:

объектно-ориентированный подход к разработке на всех уровнях проекта;

обработка данных с помощью встроенного компилируемого языка сценариев;

гибкая генерация событий на основе поступающих значений по заданным шаблонам;

сохранение и восстановление среза текущих значений параметров в файл.
Система должна иметь возможность добавления новых клиентов, АРМов, а также систем управления,
отдельных контроллеров по протоколам:

OPC UA;

OPC DA;

МЭК-101;

МЭК-104;

Modbus TCP;

Modbus RTU;

S7.NET;

SNMP.
Исполнитель должен провести обучение специалистов организации заказчика по:

проведению ТО оборудования;

методам выявления неисправностей оборудования;

созданию резервных копий носителей данных и ПО оборудования;

добавлению новых объектов к существующей системе;

редактированию существующих объектов.
Технические средства программируемого логического контроллера АСУ ТП, по требованиям защиты
человека от поражений электрическим током относятся к классу 1, должны выполняться в соответствии с
ПУЭ, ГОСТ-12.2.007.0-75, ГОСТ Р 50571.4.41-2022 и ГОСТ 25861-83.
Конструктивные элементы стоек (блоков) должны исключать возможность прикосновения к
токоведущим частям, а также замыкания на корпус и накоротко, и иметь предупредительные надписи и
гравировки на русском языке.
Класс защиты шкафов соответствует IP 42. Для шкафов, устанавливаемых в серверных помещениях,
допускается использование с классом защиты IP 21.
Мониторы АРМ должны соответствовать требованиям Российских санитарных норм «СП 2.2.3670-20:
Санитарно-эпидемиологические требования к условиям труда». Допустимым является применение
мониторов, соответствующих стандартам: ТС095, ТС092, MPRII.
Для защиты обслуживающего персонала и программно-технического комплекса (далее-ПТК) АСУ ТП
от возникновения разности потенциалов на контуре заземления в местах установки разнесенного
оборудования, вызванного короткими замыканиями в электрической части, атмосферными разрядами,
протеканием уравнительных токов по контуру заземления и т.п. должны предусматриваться заземление
компонентов КТС АСУ ТП в соответствии с ПУЭ.
1.2 Требования к функциям (задачам), выполняемым системой
1.2.1 Объем автоматизации
Объем автоматизации определяется в соответствии с количеством входных/выходных
технологических параметров, количеством параметров сигнализации, регулирования, управления.
Расчетное количество каналов до 10000.
В процессе наладки системы количество каналов может меняться в пределах 10% от расчетного
количества.
1.2.2 Функции системы
АСУ ТП технологического объекта должна обеспечивать выполнение следующих функций:

автоматизированный сбор и первичная обработка технологической информации,
определение значений параметров по измеренным сигналам;

формирование команд управления;

накопление, регистрация и хранение поступающей информации;

предупредительная и аварийная сигнализация при выходе технологических
параметров за установленные границы и при обнаружении неисправностей в работе
оборудования АСУ ТП;

визуализация хода и результатов процесса;

автоматическое составление отчетов и рабочих (режимных) листов за определенные
периоды времени.

оперативный контроль значений технологических параметров с заданной
частотой сканирования

сбор и первичная обработка сигналов с объекта управления;

сглаживание и фильтрация сигнала с помехами (при необходимости);

отказ микропроцессорных контроллеров;

обрыв одного из проводов резервируемой сети;

отказ рабочих станций, как оборудования, так и программного обеспечения.
Отображение технологической и системной информации на экранах операторских станций:

отображение совокупности данных, относящихся к отдельному параметру или

контуру регулирования;

отображение данных, относящихся к группе параметров;

представление обзорного дисплея для определения состояния сформированных

групп параметров;

представление одиночных и групповых трендов параметров с заданной

продолжительностью предыстории;

формирование системных сообщений о состоянии управляющего комплекса,

выполняемых функциях, результатах прохождения диагностических тестов.
Текстовое оповещение о событиях (технологическая сигнализация, системное сообщение и т.п.)
должно отображаться в специальной строке графического интерфейса РСУ.
Действие звуковой сигнализации и мигание изображения параметра (оборудования) должно
продолжаться до момента квитирования (подтверждения) сообщения оператором.
Цветовая индикация отклонений на мнемосхеме и отображение отклонений на экране текущей
аварийной сигнализации должны сохраняться до тех пор, пока значение параметра не войдет в норму.
Накопление технологической информации:

формирование трендовых групп параметров;

архивация значений параметров с дискретностью не более 1 секунд, срок хранения исторических
данных не менее 36 месяцев;

архивация значений параметров с дискретностью не более 30 секунд, срок хранения на серверах
баз данных в течении 10 лет;

формирование журнала событий для регистрации действий операторов, включения выключения
технологического оборудования;

формирование текущих, сменных, суточных, месячных, хозрасчетных рапортов по заданной
форме;

формирование отчетов о нарушении режима;

хранение базы данных контроллеров подсистем управления;

формирование текстовых сообщений технологической сигнализации в понятной терминологии;

архивация сообщений сигнализации в единый журнал с возможностью удобного поиска и
обработки массива информации, в том числе с использованием фильтров;

возможность периодической записи архивной информации по всем видам данных на жесткий
носитель в архив длительного хранения по команде инженера АСУ ТП.

для всех позиций (давление, температура, плотность и др.) участвующих в расчете
материального баланса, должны быть созданы отдельные теги для накопителей: динамический
накопитель, сменный (для каждой смены), суточный, месячный. Значения тега сменного, суточного и
месячного накопителя должны сохранять свои значения до следующего соответствующего периода.
Данные теги должны быть внесены в накопление истории (трендов).
1.3 Требования к видам обеспечения
Комплекс технических средств (КТС) должен быть достаточным для реализации заложенной
структуры и функций разрабатываемой системы. Система управления должна обеспечить непрерывное
ведение технологического процесса, сохранять свои основные функции при выходе из строя отдельных
элементов системы и позволять проводить текущий ремонт или замену элементов без остановки
технологического оборудования.
1.3.1 Требования к техническому обеспечению
Шкафы с оборудованием серверов АСУ ТП должны соответствовать следующим требованиям:

двухсторонний доступ (с цоколем, без дверей, замков) 800Шх2100Вх800Г;

40-42U;

с верхним подводом кабелей;

иметь встроенное внутреннее освещение и розетку 220В;

иметь однорядные клеммники с ножевыми размыкателями или предохранительными вставками;

с шиной центрального заземления;

в шкафах системы управления предусмотреть размещение оптических кросс-боксов и сетевого
оборудования;

в каждом серверном шкафу установить сетевое оборудование достаточное для полноценного
функционирования системы;

клеммные терминалы для подключения полевых кабелей и кабелей межшкафного соединения;

клеммные терминалы для подключения полевых кабелей должны быть с ножевыми
размыкателями с винтовыми зажимами;

пластиковые кабель-каналы с учетом разделения кабелей по типу сигнала;

установить систему мониторинга климата оборудования шкафов и серверной (пример: модуль
мониторинга VT825). Модуль должен передавать данные в систему SCADA по климату внутри шкафа и
внутри помещения серверной, также данные с дискретных датчиков открытия дверей серверной.
Требования к составу и оборудованию АРМов указаны в Приложении В.
К дополнительным АРМам (режим просмотра) относятся:
1.
АРМ Директора по производству;
2.
АРМ Главного метролога АСУТП;
3.
АРМ Начальника участка по ремонту и обслуживанию КИПиА;
4.
АРМ Инженера по метрологии;
5.
6.
7.
АРМ Начальника цеха ОСРВ;
АРМ Инженера-технолога ОСРВ;
АРМ Начальника технического отдела.
Компоновка оборудования АРМов должна удовлетворять потребностям развернутого на них
программного обеспечения.
Для всех системных блоков всех типов АРМ и Серверов (при их наличии) предусмотреть
резервирование жестких дисков (HDD) в конфигурации RAID.
АРМ операторов-технологов и инженерные станции должны быть оснащены звуковыми колонками,
кронштейн для крепления и установки на рабочем месте соответствующего количества мониторов.
Все АРМ должны быть равнозначны по набору функций контроля и управления.
Инженерная станция должна совмещать инженерный и операторский функционал с разделением
полномочий, защищенных паролем.
АРМы должны иметь возможность разграничения прав доступа на различных уровнях взаимодействия
с системой.
На дополнительных АРМах взаимодействие с системой должно быть ограничено только просмотром
состояния системы без элементов управления.
АРМ должен иметь средства для сохранения конфигурации системы на сменные носители.
Требования к интерфейсу оператора указаны в Приложении А.
1.3.2 Требования к программному обеспечению.
Программное обеспечение должно удовлетворять следующим требованиям:

программное обеспечение должно быть Российской разработки и включено в реестр Минцифры;

модульность построения прикладного ПО, подразумевающая независимую разработку и отладку
отдельных модулей ПО с последующей их компоновкой в программе системы;

открытость ПО, позволяющая корректировать и расширять ПО при появлении производственной
необходимости;

гибкость и возможность настройки ПО ПТК системы в соответствии с условиями
производственных задач;

надежность (живучесть) ПО - способность выполнять возложенные на систему функции в
соответствии с заданным алгоритмом при действии дестабилизирующих факторов (сбои и отказы
оборудования, несанкционированный доступ в программу и т.п.).
Программное обеспечение должно включать антивирусное ПО, протестированное на совместимость с
ПО АСУ ТП.
В состав ПО должны входить общесистемное ПО (СПО), базовое прикладное ПО (БПО) и собственно
прикладное ПО (ППО) с соответствующими структурами данных.
В качестве общесистемного ПО должны использоваться современные стандартные универсальные и
однотипные операционные системы, поддерживающие сетевые функции.
Общесистемное ПО (универсальные ОС) должны надежно функционировать в многозадачном режиме
и обеспечивать функционирование прикладного ПО в реальном масштабе времени с защитой от сбоев. В
состав системного программного обеспечения должны входить программные средства создания и ведения
баз данных, их структурные описания, описания взаимосвязей баз данных.
Базовое прикладное ПО должно включать в себя развитые инструментальные и исполнительные
средства (пакеты программ) производителей оборудования АСУ ТП, позволяющие эффективно
разрабатывать, отлаживать и исполнять компоненты прикладного ПО АРМ и баз данных системы.
Прикладное ПО АСУ ТП на всех уровнях системы должно функционировать под управлением
соответствующих ОС и БПО и должно включать следующие компоненты:

оперативное ПО (оперативное ПО АРМ, ОС)

тестовые программы и программы диагностики технических средств системы;

программы и средства работы с БД АСУ ТП;





ПО для создания проектов, конфигурирования системы на инженерной станции;
ПО для создания мнемосхем (видеоэкранов) на инженерной станции;
ПО для автоматического документирования базы данных и алгоритмов системы;
ПО для формирования рапортов, отчетов;
ПО для анализа сигнализаций и сообщений (система управления сигнализациями).
1.3.2.1 Требования к SCADA-системам
SCADA - система сбора данных и оперативного контроля, предназначенная для получения и хранения
информации о текущем режиме системы и состоянии оборудования от системы сбора и передачи
информации, обработки полученной информации и предоставления информации подсистемам
автоматизированной системы диспетчерского управления и другим автоматизированным системам
(далее-SCADA), должна соответствовать требованиям Технической политики Компании
«РОСВОДОКАНАЛ» и настоящих технических требований, которые должны учитываться при
разработке проектной документации на ее создание или модификацию;

SCADA должна быть Российской разработки и включена в реестр Минцифры.

архитектура SCADA должна соответствовать принципам открытости архитектуры и должна
быть построена на основе общедоступных и общепризнанных стандартов на продукты информационных
технологий. Для успешного решения поставленных задач SCADA должна обеспечивать:

масштабируемость;

возможность интеграции и обмена информацией с внешними программно-аппаратными
комплексами;

информационную унификацию путем применения общей информационной модели;

наличие необходимой и достоверной информации для задач оперативно-диспетчерского
управления. Необходимая информация поступает извне (является внешней по отношению к SCADA) или
вырабатывается в процессе управления (внутри SCADA);

защиту от несанкционированного доступа к информации и функциям SCADA;

защиту от ошибочных действий персонала, от случайных изменений и разрушения информации
и программ.

Аппаратные и программные средства должны иметь модульную структуру и системное ПО,
допускающие широкий диапазон их использования от минимального выбора для выполнения одной
функции до максимального, обеспечивающего выполнение всех функций SCADA.

SCADA должна отвечать следующим требованиям к программному продукту:

полная кроссплатформенность среды разработки и среды исполнения;

поддержка наиболее распространённых отечественных операционных систем;

поддержка наиболее распространённых отечественных процессоров;

поддержка широкого набора промышленных протоколов, в том числе проприетарных
(Ethernet/IP, Profinet, EtherCAT, FINS, SLMP, SNMP и др.);

вывод на мнемосхему видеопотока в формате RTSP;

поддержка протокола OPC UA в режимах сервера и клиента, с передачей архивных данных,
поддержкой Reverse Connection, различных режимов шифрования и подписи, а также режима OPC Alarms
and Events (тревоги и события);

прямая поддержка электро- и теплосчётчиков (Меркурий, Энергомера, Пульсар, Теплоком и др.);

наличие заключения о возможности применения на значимых объектах критической
информационной инфраструктуры не ниже 1 категории значимости в соответствии с приказом ФСТЭК
России от 25.12.2017 № 239.

Среда разработки SCADA должна обеспечивать:

поддержку языков программирования по МЭК 61131-3;

поддержку языка C# и возможность применения готовых библиотек C#;

создание функциональных блоков на языке C++;

применение объектно-ориентированного подхода при разработке проекта;

табличное представление проекта с возможностью дальнейшей обработки внешними
инструментами (в том числе Python, Visual Basic, JavaScript и др.);

наличие готовых специализированных функциональных блоков (расчёт сопротивлений, ПИ- и
ПИД-регуляторы, генераторы импульсов и сигналов с настраиваемыми параметрами и выходами и т. п.);

неограниченное тиражирование предварительно созданных элементов (объектов) как со строгим
наследованием настроек, так и с возможностью изменения отдельных настроек пользователем;

наличие библиотеки стандартных анимируемых элементов;

добавление и анимацию пользовательских SVG-элементов;

интеграцию с внешними системами по API;

работу с внешними базами данных (PostgreSQL, MS SQL, АВАДС, MySQL, ClickHouse);

интеграцию с информационными моделями зданий и сооружений (BIM);

отображение и привязку к проекту цифрового двойника технологического объекта;

совместимость с конфигураторами систем диспетчеризации инженерного оборудования зданий.

SCADA должна обеспечивать выполнение следующих требований по информационной
безопасности:

наличие функционала, позволяющего в максимальной степени выполнить требования
действующих стандартов по информационной безопасности;

аутентификацию посредством службы каталогов Active Directory (LDAP, с перспективой
перехода на LDAPS для операционных систем на базе Linux);

ролевую модель и разделение прав доступа к информации;

наличие отдельного интерфейса для добавления пользователей и ролей, а также для управления
пользовательскими и ролевыми настройками;

наличие набора функциональных блоков для добавления пользователей и ролей и управления их
настройками внутри проекта;

шифрование по протоколу не ниже TLS 1.3 при удалённом подключении клиентов визуализации
(браузер или специализированное приложение) к web-серверу;

хранение пользовательских настроек в отдельной базе данных, доступной для нескольких
проектов, при этом пароль должен быть зашифрован по алгоритму не слабее argon2 с обязательным
применением «соли»;

отправку журнала действий оператора на syslog-сервер;

ограничение доступа к журналу регистрации событий безопасности;

настройку периода хранения и размера журнала регистрации;

генерацию уведомлений о переполнении журнала регистрации;

контроль целостности программного обеспечения и прикладного программного обеспечения
проекта (ППО) — как в автоматическом режиме, так и по команде оператора.
В стоимость программных средств АСУ ТП должна входить стоимость лицензий на используемые
программные средства
1.3.2
Требования к лингвистическому обеспечению

Лингвистическое обеспечение SCADA должно быть достаточным для общения различных
категорий пользователей в удобной для них форме со средствами автоматизации SCADA.
В лингвистическом обеспечении SCADA должны быть:

предусмотрены языковые средства для описания любой используемой информации в SCADA;

стандартизированы описания однотипных элементов информации и записи синтаксических
конструкций;

обеспечены удобство, однозначность и устойчивость общения пользователей со средствами
автоматизации SCADA.

Лингвистическое обеспечение SCADA должно быть отражено в документации (инструкциях,
описаниях) организационного обеспечения SCADA в виде правил общения пользователей с программнотехническими средствами во всех режимах функционирования SCADA.

Интерфейс SCADA, обеспечивающий взаимодействие пользователей с SCADA, должен быть
реализован на русском языке.
В средствах (подсистеме) исполнения все выдаваемые на экраны интерфейса оператора текстовые
фрагменты: (элементы меню, сообщения, подсказки, элементы протоколов событий и пр.) должны быть на
русском языке. Среда программирования КТС должна входить в состав ПТК и обеспечивается
Исполнителем.
1.3.4 Требования к информационному обеспечению
Информационное обеспечение должно быть достаточным по объему и содержанию для оперативной и
достоверной оценки состояния технологического оборудования, режимов его работы, оценки и
функционирования подсистем АСУ ТП, распознавания отказов.
Информационное обеспечение должно включать:

информационные массивы, включая входную аналоговую и дискретную информацию,
результаты расчета и наиболее важные промежуточные результаты, нормативно-справочную
информацию;

систему ведения, редактирования и формирования базы данных;

формы выходных документов;

технические и программные средства архивирования, записи, хранения и воспроизведения
информации;

технические и программные средства передачи информации между компонентами АСУ ТП и в
смежные информационные системы.
Применяемые в выходных документах и на устройствах отображения информации термины и
сокращения должны быть общепринятыми в отрасли. Символы, используемые для фрагментов
мнемосхемы на экране дисплея, их цветовое кодирование должны быть идентичными.
Принятая система идентификации должна применяться во всей документации на АСУ ТП, включая
программную.
В основу построения информационного обеспечения АСУ ТП должен быть положен принцип
однократного ввода и многократного использования информации внутри системы.
Для удобства хранения, обработки и обмена информацией в рамках распределенной системы
управления автоматически должна создаваться единая база данных, обеспечивающая доступ к данным с
локальных элементов сети, которыми являются:

многофункциональные операторские станции – рабочие места технологического персонала;

инженерные станции – рабочие места инженеров АСУ ТП.
Обслуживание базы данных АСУ ТП должно выполняться только с инженерной станции в режиме
санкционированного доступа.
Информационная совместимость АСУ ТП и смежных систем обеспечивается применением
стандартных протоколов обмена данными:

Ethernet/IP;

Modbus (TCP, RTU).
1.3.4.1. SCADA для обеспечения технологических процессов управления необходима информация о
технологических режимах работы объектов диспетчеризации.
1.3.4.2. В состав информации о технологическом режиме работы объекта диспетчеризации входят:

электрические параметры режима, включая параметры аварийных режимов, характеризующие
технологические режимы объектов;

неэлектрические параметры, отражающие условия работы объектов;

команды дистанционного управления и регулирования.
413.4.3. SCADA должна обеспечивать прием и обработку всего необходимого объема параметров,
характеризующих технологические режимы объектов.
1.3.4.4. Перечень (детальный состав) параметров и команд управления определяется требованиями:

обеспечения наблюдаемости и управляемости режима работы объекта;

обеспечения надежности и достоверности информации о технологических режимах объектов за
счет ее избыточности;

регламентирующих документов по режимной и противоаварийной автоматике.
1.4. Требования к обмену информацией с системой сбора и передачи информации.

SCADA должна обеспечивать сохранение меток единого астрономического времени для всех
принимаемых параметров. Для меток времени должно использоваться UTC.
Форматы данных, используемые для передачи информации о телесигналах, телеизмерениях,
специальных параметрах должны обеспечивать передачу:

текущего значения параметра;

признаков достоверности (описателя качества) параметра;

метки времени параметра (при передаче по изменению).
Значения телеметрической информации (ТИ) должны передаваться в инженерных единицах.
Непосредственная передача результатов аналого-цифрового преобразования (квантов) допускается в
исключительных случаях по согласованию с Заказчиком.
2. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ АСУ ТП
Разработка АСУ ТП осуществляется в соответствии с ГОСТ Р 59793-2021 «Комплекс стандартов на
автоматизированные системы. Автоматизированные системы. Стадии создания» и ввод в действие АСУ
ТП осуществляется в соответствии с требованиями СП 77.13330-2016 «Системы автоматизации».
Разработчик АСУ ТП осуществляет поставку оборудования, выполнение техно рабочего проекта, шефмонтажных (ШМР), пуско-наладочных (ПНР) и инжиниринговых работ – далее Поставщик.
2.2 Документация
Документация на программно-технический комплекс должна быть представлена на русском языке и
оформлена согласно стандартным формам.
Изменения, внесенные в ходе приемки, должны быть отражены в общей документации.
В процессе выполнения контракта Поставщиком должны выдаваться следующие документы, которые
подлежат согласованию Заказчиком и Генеральным Проектировщиком/Проектировщиком (дается не
полный перечень):
- график выполнения контракта с указанием ключевых дат;
- структурная схема;
- характеристики шкафов и пультов;
- требования к электроснабжению и заземлению;
- электрические схемы шкафов;
- чертежи клеммников;
- функциональные спецификации конфигурирования;
- базовые мнемосхемы;
- базовые группы параметров;
В состав окончательной документации входят (перечень не исчерпывающий):
- комплектная документация системы;
- инструкция по эксплуатации, инструкция по техобслуживанию;
- описание и технические данные системы;
- спецификация поставляемого оборудования;
- описание программных средств, документы, переданные на одобрение, распечатки возможных
конфигураций, выводимые копии с экрана;
- инструкция по заземлению.
Содержание окончательной документации должно быть согласовано Заказчиком.
Документация должна быть выполнена по ГОСТ 34.201-2020, ГОСТ 34.602-2020.
Документация предоставляется в электронном виде и на бумажном носителе в 1 экз.
2.3 Проверка и испытания АСУ ТП
Система сдается в опытно-промышленную эксплуатацию по акту. По результатам опытнопромышленной эксплуатации составляется совместный акт приемки системы в постоянную
эксплуатацию. Состав приемной комиссии определяется Заказчиком.
Приемка АСУ ТП состоит из нескольких этапов (см. ГОСТ Р 59793-2021, СП77.13330-2016 «Системы
автоматизации»):
- пуско-наладочные работы;
- предварительные испытания;
- опытная эксплуатация;
- приемочные испытания;
- выполнение работ в соответствии с гарантийными обязательствами.
На этапе «Пусконаладочные работы» проводят автономную наладку технических и программных
средств, загрузку информации в базу данных и проверку системы ее ведения, комплексную наладку всей
системы.
Пусконаладочные работы по системам автоматизации (далее – пусконаладочные работы) должны быть
выполнены таким образом, чтобы была обеспечена реализация технических решений по автоматизации
технологического процесса или оборудования инженерных систем, принятых в проектной и рабочей
документации;
Пусконаладочные работы по системам автоматизации проводят в соответствии с решениями и
нормами, предусмотренными проектной и рабочей документацией, технологическим регламентом
(производственной инструкцией), эксплуатационной документацией на технические и программные
средства систем автоматизации предприятий-изготовителей и разработчиков, требованиями федеральных
норм и правил в области промышленной безопасности;
Пусконаладочные работы по системам автоматизации проводят в три стадии:
- I стадия - подготовительные работы;
- II стадия - автономная наладка систем автоматизации;
- III стадия - комплексная наладка систем автоматизации.
На этапе «Предварительные испытания» осуществляют:
- испытания программно-технического комплекса в соответствии с программой и методикой
предварительных испытаний; устранение неисправностей и внесение изменений в документацию АС ТП,
в том числе эксплуатационную, в соответствии с протоколом испытаний;
- оформление акта о приемке АСУТП в опытную эксплуатацию.
На этапе «Опытная эксплуатация» проводят:
- опытную эксплуатацию программно-технического комплекса;
- анализ результатов опытной эксплуатации;
- доработку (при необходимости) программного обеспечения;
- дополнительную наладку (при необходимости) технических средств программно-технического
комплекса;
- оформление акта о завершении опытной эксплуатации.
Во время опытной эксплуатации системы ведется рабочий журнал, в который заносятся сведения о
результатах наблюдения за правильностью ее функционирования, об отказах, сбоях, аварийных
ситуациях, корректировках технической документации. На этапе «Приемочные испытания» проводят:
- испытания на соответствии техническому заданию в соответствии с программой и методикой
приемочных испытаний;
- анализ результатов испытаний программно-технического комплекса и устранение недостатков,
выявленных при испытаниях;
- оформление акта о приемке АСУ ТП в промышленную эксплуатацию.
Результаты приемочных испытаний системы должны быть оформлены актом, утверждаемым в
установленном порядке. Акт должен содержать заключение о соответствии системы требованиям
Технического задания и решение комиссии о приемке системы в промышленную эксплуатацию.
На этапе «Выполнение работ в соответствии с гарантийными обязательствами» осуществляются
работы по устранению недостатков, выявленных, при эксплуатации АСУТП в течение установленных
гарантийных сроков, внесению необходимых изменений в документацию на АСУТП.
При проведении приемки, комиссии предъявляется АСУТП в полном комплекте:
- комплекс технических средств, смонтированный, соединенный, налаженный и скомплексированный,
подготовленный к эксплуатации обученным персоналом;
- проектную документацию со всеми изменениями и дополнениями;
- эксплуатационную документацию необходимую для освоения АСУТП и ее нормальной
эксплуатации;
- программное обеспечение в виде загруженных модулей рабочего ПО, его копий на магнитных
носителях и программная документация;
- технические описания комплекса технических средств;
- ЗИП, приборы, устройства и стенды, необходимые для регламентных работ, проверки
работоспособности комплекса технических средств и метрологического контроля.
Приложения:
1. Приложение А – Требования к интерфейсу оператора
2. Приложение Б – Требования ИБ к АСУ ТП
Приложение А
ТРЕБОВАНИЯ К ИНТЕРФЕЙСУ ОПЕРАТОРА
А.1 Требования к размещению и компоновке рабочих мест
А.1.1 Система должна включать автоматизированные рабочие места:
- операторов;
А.1.2 Рабочие места должны быть укомплектованы:
- АРМ Оператора – двумя жидкокристаллическими мониторами;
А.1.3 Управление технологическим процессом должно производиться с помощью
манипулятора «мышь» и универсальной алфавитно-цифровой клавиатуры (рус./лат.).
А.2 Общие требования
А.2.1 Основным средством представления информации оператору должен являться цветной
графический монитор.
А.2.2 Технологические сообщения оператору должны быть на русском языке, системные
сообщения могут быть на английском и русском языках.
А.2.3 Для операторского интерфейса должна быть предусмотрена система защиты от
несанкционированного доступа к изменяемым параметрам Системы.
А.3 Структура операторского интерфейса
А.3.1 Взаимодействие оператора с Системой должно обеспечиваться иерархической
системой видеокадров. Каждый видеокадр должен содержать:
- рабочую область, содержащую мнемосхему процесса;
- кнопки для вызова требуемых мнемосхем в верхней части экрана;
- сигнальную строку в нижней части экрана.
А.3.2 Мнемосхемы процесса должны в максимальной степени отражать структуру объекта и его
текущее состояние, а именно:
- состав технологического оборудования;
- динамику изменения состояния процесса;
- численные значения параметров процесса;
А.3.3 По степени детализации отображения информации операторский интерфейс должен
включать следующие виды мнемосхем:
- детальные мнемосхемы;
- групповые мнемосхемы;
- обзорные мнемосхемы.
А.3.4 Операторский интерфейс должен включать стандартные видеограммы:
- тренды реального времени;
- исторические тренды;
- экраны настройки;
- экраны аварийной и предупредительной сигнализации (текущие и исторические);
- экраны формирования отчетов;
- экран диагностики Системы;
- экран парольной защиты;
- экран блокировок.
А.3.5 Тренды должны обеспечивать отображение текущих (в реальном времени) и
зарегистрированных (история процесса) значений параметров в виде временных графиков.
Исторические тренды должны быть доступны для просмотра и печати в виде графиков.
А.3.6 Экран аварийной и предупредительной сигнализации должен содержать в
хронологическом порядке перечень сообщений об отклонениях контролируемых параметров.
А.3.7 Экран формирования отчетов должен содержать меню с перечнем формируемых отчетов.
Допускается формирование отчетов на сервере БД верхнего уровня. Перечень и форма отчетов
определяется на этапе выполнения технорабочего проекта.
А.3.8 Графическое содержание мнемосхем и видеограмм определяется на этапе разработки
проекта.
А.4 Отображение информации на мнемосхемах
А.4.1 Информация о значениях параметров процесса должна отображаться в виде численных
значений. Параметры и их значения должны отображаться следующим образом:
· аналоговые сигналы должны иметь поле с наименованием позиции датчика, поле численного
значения и единиц измерения;
· дискретные сигналы должны иметь поле с наименованием позиции датчика.
А.4.2 Наименование позиций аналоговых и дискретных сигналов на мнемосхемах должно
соответствовать таблице входных/выходных сигналов объекта.
А.4.3 Для сигнализации отклонений аналоговых параметров от заданных пределов должно
применяться цветовое кодирование, настраиваемое по согласованию с Пользователем системы
(Заказчиком) при конфигурировании.
А.4.4 При получении сигналов от датчиков-сигнализаторов должно применяться цветовое
кодирование наименования позиции, соответствующее отклонению параметра от уставки:
- при значении параметра ниже предупредительной уставки;
- при значении параметра ниже аварийной уставки;
- при значении параметра выше предупредительной уставки;
- при значении параметра выше аварийной уставки.
Цвет и способ сигнализации настраиваются при конфигурировании.
А.4.5 Цветовое кодирование состояния запорной арматуры.
Цветовое кодирование состояния запорной арматуры предлагается Разработчиком АСУ ТП и
согласовывается с Заказчиком.
А.4.6 Цветовое кодирование состояния насосных агрегатов, компрессоров, вентиляторов
должно быть следующим:
Цветовое кодирование состояния насосных агрегатов, компрессоров, вентиляторов и т.п.
предлагается Разработчиком АСУ ТП и согласовывается с Заказчиком.
А.4.7 Взаимодействие оператора с процессом при выполнении функций управления должно
осуществляться с помощью манипулятора «мышь» и клавиатуры.
А.5 Сигнализация
А.5.1 В Системе должна быть предусмотрена предаварийная и предупредительнаясигнализация
при отклонениях технологического процесса и нарушениях в работе оборудования.
Сигнализация должна формироваться при возникновении следующих условий:
- выход аналогового параметра за границы уставок;
- срабатывание дискретных сигнализаторов;
- аварийный останов технологического оборудования (насосы, компрессоры, вентиляторы);
- отказ оборудования Системы;
- отключение внешнего электропитания и переход на резервное электропитание.
А.5.2 Сигнализация должна производиться:
- миганием графического отображения технологического оборудования соответствующим
цветом;
- включением звукового сигнала;
- записью причины и времени срабатывания сигнализации в журнал сигнализации, а также
времени квитирования сигналов сигнализации;
Текстовое оповещение о событиях (технологическая сигнализация, системное сообщение и т.п.)
должно отображаться в специальной строке графического интерфейса распределительной
системы управления (далее -РСУ).
А.5.3 Действие звуковой сигнализации и мигание изображения параметра (оборудования)
должно продолжаться до момента квитирования (подтверждения) сообщения оператором.
Цветовая индикация отклонений на мнемосхеме и отображение отклонений на экране текущей
аварийной сигнализации должны сохраняться до тех пор, пока значение параметра не войдет в
норму.
А.5.4 При срабатывании аварийно-предупредительной сигнализации должна быть
предусмотрена возможность вызова на экран (с помощью манипулятора «мышь»)
соответствующей мнемосхемы технологического процесса.
А.6 Рапорты (отчеты)
Предусмотреть следующие отчетные документы, выводимые на печать и, при необходимости,
на экран дисплея:
- Суточный режимный лист – автоматически выводится на печать один раз в сутки в указанное
время, содержит информацию по режимным переменным.
- Отчет о нарушении режима – конфигурируется средствами системы, вызывается на печать по
требованию персонала, хранится в системе не менее трех суток.
- Отчет по хозрасчетным параметрам – выводится на печать один раз в сутки средствами
системы по списку.
- Отчет о наработке силового оборудования за месяц, за заданный период, вызывается на печать
по требованию персонала;
- Отчет о переключениях механизмов за сутки, за месяц, за заданный период;
РСУ должна обеспечивать возможность печати указанных документов в файл формата
PDF.
Приложение Б
ТРЕБОВАНИЯ ПО ОБЕСПЕЧЕНИЮ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ
АСУТП
1. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
Автоматизированная система управления технологическим процессом (АСУ ТП) — комплекс
программных и технических средств, предназначенных для контроля и управления технологическим
оборудованием и связанными с ним процессами.
Идентификация — присвоение субъектам и объектам доступа идентификатора и (или) сравнение
предъявляемого идентификатора с перечнем присвоенных идентификаторов.
Аутентификация — проверка принадлежности субъекту доступа предъявленного им идентификатора
и подтверждение его подлинности.
Персональная учетная запись — уникальный идентификатор, закрепленный за конкретным
физическим лицом, исключающий коллективное использование одних и тех же реквизитов доступа.
Программируемый логический контроллер (ПЛК) — микропроцессорное устройство,
предназначенное для сбора данных, логической обработки и управления исполнительными
механизмами на технологическом уровне.
Межсетевой экран (МЭ) — средство защиты, осуществляющее контроль и фильтрацию сетевого
трафика в соответствии с заданными правилами безопасности.
Целостность информации — состояние информации, при котором отсутствует любое ее
несанкционированное изменение.
Доступность информации — состояние информации, при котором субъекты, имеющие права
доступа, могут беспрепятственно получать и использовать её.
Контролируемая зона — пространство, в котором исключено неконтролируемое пребывание лиц, не
имеющих допуска.
Нештатная ситуация — отклонение в работе АСУ ТП от нормального режима, вызванное
техническим сбоем, ошибкой персонала или внешним воздействием.
Регламент (инструкция) — организационный документ, устанавливающий обязательный порядок
выполнения действий по обеспечению безопасности и эксплуатации системы.
2. СОКРАЩЕНИЯ
АВЗ — антивирусная защита;
АРМ — автоматизированное рабочее место;
АСО — Активное сетевое оборудование;
АСУ ТП — автоматизированная система управления технологическим процессом;
АУД — аудит безопасности;
БД — база данных;
ДНС — обеспечение действий в нештатных ситуациях;
ЗНИ — защита машинных носителей информации;
ЗИС — защита сетевого взаимодействия;
ЗТС — защита технических средств и систем;
ИАФ — идентификация и аутентификация;
ИНЦ — реагирование на компьютерные инциденты;
МЭ — межсетевой экран;
ОДТ — обеспечение доступности;
ОПО — управление обновлениями программного обеспечения;
ОС — операционная система;
ОЦЛ — обеспечение целостности;
ПЛК — программируемый логический контроллер;
ПЛН — планирование мероприятий по обеспечению защиты информации;
ПО — программное обеспечение;
СПО — системное программное обеспечение;
ТЗ — техническое задание;
УКФ — управление конфигурацией;
УПД — управление доступом;
ФСТЭК России — Федеральная служба по техническому и экспортному контролю;
DMZ — демилитаризованная зона;
UTM — универсальный шлюз безопасности;
VPN — виртуальная частная сеть.
32
3. ОБЩИЕ ПОЛОЖЕНИЯ
Защита информации в АСУ ТП является составной частью работ по созданию
(модернизации) и эксплуатации системы и обеспечивается на всех стадиях ее жизненного цикла.
Принимаемые организационные и технические меры защиты информации:
- должны обеспечивать доступность и целостность обрабатываемой информации, а также ее
конфиденциальность (в случаях, установленных проектной документацией);
- должны быть интегрированы с мерами по промышленной, физической и пожарной
безопасности и не должны препятствовать выполнению требований по обеспечению
безопасности технологического процесса;
- не должны оказывать отрицательного влияния на штатный режим функционирования,
надежность и отказоустойчивость АСУ ТП.
Требования к обеспечению защиты информации определяются в соответствии со
следующими нормативными документами:
- Приказ ФСТЭК России от 14 марта 2014 г. № 31 «Об утверждении Требований к
обеспечению
защиты
информации
в
автоматизированных
системах
управления
производственными и технологическими процессами на критически важных объектах,
потенциально опасных объектах, а также объектах, представляющих повышенную опасность для
жизни и здоровья людей и для окружающей природной среды».
4. ТРЕБОВАНИЯ К МЕРАМ ЗАЩИТЫ ИНФОРМАЦИИ В АСУ ТП
Настоящие требования предъявляются к комплексу программно-технических средств всех
уровней АСУ ТП, а также к организационному обеспечению процессов эксплуатации системы.
Набор мер защиты информации для АСУ ТП с учётом присвоенного класса защищённости «3»
включает:
ИДЕНТИФИКАЦИЯ И АУТЕНТИФИКАЦИЯ СУБЪЕКТОВ ДОСТУПА И ОБЪЕКТОВ
ДОСТУПА
(ИАФ.0, ИАФ.1, ИАФ.2, ИАФ.3, ИАФ.4, ИАФ.5, ИАФ.7)
Должен быть реализован комплекс мер, обеспечивающий строгое разграничение доступа к
компонентам АСУ ТП за счет:
1. Документальное оформление (ИАФ.0): Разработка регламента (политики), определяющего
правила назначения прав, требования к сложности паролей и порядок действий при
компрометации учетных записей.
2. Идентификация и аутентификация пользователей, управление их идентификаторами и
средствами аутентификации (ИАФ.1, ИАФ.3, ИАФ.4): Обеспечения реализации создания
персональных учётных записей для каждого пользователя и процесса с
использованием отечественного сертифицированного программного обеспечения (в том
числе служб каталогов и систем управления доступом, включенных в реестр российского
ПО) или сертифицированных встроенных механизмов защиты СПО. Использование общих
(групповых) учётных записей не допускается. Механизмы должны поддерживать
блокировку при переборе паролей и контроль срока их действия.
3. Контроля оборудования (ИАФ.2): Технического ограничения возможности подключения к
сети АСУ ТП сторонних устройств (привязка по MAC-адресам, использование
сертификатов или блокировка неиспользуемых портов).
4. Безопасного внешнего доступа (ИАФ.5): Обеспечения однозначной идентификации
внешних пользователей и ограничения удаленного доступа к компонентам АСУ ТП только
для авторизованных лиц.
33
5. Криптографической защиты (ИАФ.7): Использования защищенных протоколов передачи
данных, исключающих передачу аутентификационной информации в открытом виде
внутри промышленного сегмента и за его пределами.
Примечание: должна быть реализована возможность изменения паролей, создаваемых
по умолчанию, в том числе к системным учетным записям.
УПРАВЛЕНИЕ ДОСТУПОМ
(УПД.0, УПД.1, УПД.2, УПД.4, УПД.5, УПД.6, УПД.10, УПД.11, УПД. 13, УПД. 14)
Должен быть реализован комплекс мер, для системы управления доступом, исключающих
несанкционированные действия пользователей и внешних систем в контуре АСУ ТП:
1. Документальное оформление (УПД.0): Разработка политики управления доступом,
определяющей роли, права и обязанности персонала, а также процедуры пересмотра прав
доступа.
2. Управление полномочиями и ролями (УПД.1, УПД.2, УПД.4, УПД.5):
Использования отечественного сертифицированного ПО (служб каталогов, систем
управления доступом) для создания учетных записей (УПД.1) и реализации ролевой
модели доступа. Права должны назначаться исходя из принципа «минимально
необходимых привилегий» (УПД.5) для каждой роли (УПД.4), обеспечивая физическое и
логическое разграничение доступа к ресурсам (УПД.2).
3. Контроль сеансов и попыток доступа (УПД.6, УПД.10, УПД.11): Настройки механизмов
блокировки доступа при превышении заданного числа неуспешных попыток входа
(УПД.6), автоматического блокирования сеанса при неактивности пользователя (УПД.10)
и жесткого ограничения перечня разрешенных действий в системе до момента успешного
прохождения аутентификации (УПД.11).
4. Безопасное взаимодействие (УПД.13, УПД.14): Применения межсетевых экранов и
криптографических шлюзов на базе отечественного сертифицированного ПО для
реализации защищенного удаленного доступа (УПД.13), а также механизмов фильтрации и
контроля трафика при взаимодействии с внешними информационными системами
(УПД.14).
Примечание: должен быть реализован регламент управления доступом и актуальная
матрица доступа, описывающая права каждой роли (администратор, инженер, оператор) ко всем
компонентам АСУ ТП
ЗАЩИТА МАШИННЫХ НОСИТЕЛЕЙ ИНФОРМАЦИИ
(ЗНИ.0, ЗНИ.1, ЗНИ.2, ЗНИ.5, ЗНИ.7, ЗНИ.8)
В проекте должны быть предусмотрены технические средства и организационные
процедуры, обеспечивающие защиту информации на съемных носителях и контроль интерфейсов
ввода-вывода.
Указанные меры реализуются путем применения:
1. Разработка политики защиты машинных носителей информации (ЗНИ.0): создание
регламента, определяющего зоны ответственности, правила использования носителей в
АСУ ТП и порядок действий персонала.
2. Учет машинных носителей информации (ЗНИ.1): разработка форм реестров (журналов) и
порядка присвоения уникальных идентификаторов (маркировки) для обеспечения
прослеживаемости носителей.
3. Управление физическим доступом к машинным носителям информации
(ЗНИ.2): определение требований к местам безопасного хранения (сейфам, шкафам) и
разработка процедур контроля доступа к ним в нерабочее время.
4. Контроль использования интерфейсов ввода (вывода) и подключения машинных
носителей информации (ЗНИ.5, ЗНИ.7): внедрение и настройка отечественного
сертифицированного ПО для программного управления портами, а также физическое
34
ограничение (блокировка) доступа к неиспользуемым интерфейсам на уровне аппаратного
обеспечения (BIOS/UEFI, опломбирование портов или установка механических
блокираторов).
5. Уничтожение (стирание) информации на машинных носителях информации
(ЗНИ.8): поставка и настройка отечественного сертифицированного ПО для
гарантированного удаления данных, а также разработка инструкции по выводу носителей
из эксплуатации.
Примечание: должны быть реализованы утвержденные формы журналов учета машинных
носителей, инструкции по маркировке носителей и регламент гарантированного уничтожения
информации».
АУДИТ БЕЗОПАСНОСТИ
(АУД.0, АУД.1, АУД.2, АУД.3, АУД.4, АУД.6, АУД.7, АУД.8, АУД.10)
В проекте должны быть предусмотрены инструменты и процедуры непрерывного контроля
состояния защиты, регистрации событий и оперативного реагирования на инциденты в АСУ ТП.
Указанные меры реализуются путем применения:
1. Разработка политики аудита безопасности и проведение внутренних аудитов (АУД.0,
АУД.10): разработка регламентов, определяющих перечень регистрируемых событий,
периодичность их анализа, а также порядок проведения плановых внутренних проверок
состояния защищенности системы.
2. Инвентаризация информационных ресурсов (АУД.1): создание и настройка
автоматизированных механизмов учета всех компонентов АСУ ТП (ПЛК, АРМ, серверы,
сетевое оборудование) с фиксацией их характеристик и мест установки.
3. Анализ уязвимостей и их устранение (АУД.2): использование отечественного
сертифицированного ПО для поиска уязвимостей в программном обеспечении и
конфигурациях оборудования, а также разработка регламента по их устранению и
установке обновлений безопасности.
4. Реагирование на сбои при регистрации событий безопасности (АУД.8): настройка
механизмов оповещения администраторов в случае невозможности записи логов
(например, при переполнении памяти или отказе хранилища).
Примечание: так же должны быть реализованы формы с перечнем контролируемых событий
безопасности, инструкции по анализу журналов и регламент проведения инвентаризации активов.
АНТИВИРУСНАЯ ЗАЩИТА
(АВЗ.0, АВЗ.1, АВЗ.2, АВЗ.4)
В проекте должны быть предусмотрены эшелонированная система антивирусной защиты,
обеспечивающая обнаружение и блокирование вредоносного программного кода в контуре АСУ ТП
без нарушения работоспособности технологических процессов.
Указанные меры реализуются путем применения:
1. Разработка политики антивирусной защиты (АВЗ.0): создание регламента, определяющего
порядок развертывания средств антивирусной защиты, перечень защищаемых объектов,
настройки сканирования, а также действия персонала при обнаружении вредоносного ПО.
2. Реализация антивирусной защиты (АВЗ.1): внедрение и настройка отечественного
сертифицированного ПО (антивирусных средств), совместимого с используемым в АСУ
ТП системным и прикладным программным обеспечением.
3. Антивирусная защита электронной почты и иных сервисов (АВЗ.2): обеспечение
фильтрации входящих потоков данных на уровне межсетевых экранов или
специализированных шлюзов безопасности с использованием отечественного
сертифицированного ПО.
4. Обновление базы данных признаков вредоносных компьютерных программ
(АВЗ.4): проектирование и настройка инфраструктуры для безопасного обновления
35
антивирусных баз внутри изолированного сегмента АСУ ТП, а также разработка
инструкции по их регулярной актуализации без прямого доступа в сеть «Интернет».
Примечание: в состав эксплуатационной документации должны входить инструкции по
администрированию средств антивирусной защиты, регламент обновления сигнатурных баз в
изолированном контуре и протоколы тестирования совместимости антивирусного ПО со
специфическим ПО АСУ ТП.
ОБЕСПЕЧЕНИЕ ЦЕЛОСТНОСТИ
(ОЦЛ.0, ОЦЛ.1)
В проекте должны быть предусмотрены механизмы контроля неизменности программной
среды и данных, а также защиты системы от несанкционированных исправлений или повреждений
кода.
Указанные меры реализуются путем применения:
1. Разработка политики обеспечения целостности (ОЦЛ.0): создание регламента,
определяющего объекты контроля целостности (файлы ОС, прикладное ПО АСУ ТП,
конфигурации оборудования), правила проведения проверок и порядок действий
персонала при обнаружении нарушений целостности.
2. Контроль целостности программного обеспечения (ОЦЛ.1): внедрение и
настройка отечественного сертифицированного ПО, обеспечивающего автоматический
контроль целостности исполняемых модулей, системных библиотек и конфигурационных
файлов. Механизмы защиты должны обеспечивать блокировку запуска или уведомление
администратора при выявлении несанкционированных изменений.
Примечание: в состав эксплуатационной документации должны входить инструкции по
настройке средств контроля целостности, перечень контролируемых объектов с указанием их
эталонных контрольных сумм, а также регламент периодической проверки целостности ПО АСУ
ТП.
ОБЕСПЕЧЕНИЕ ДОСТУПНОСТИ
(ОДТ.0, ОДТ.4, ОДТ.5, ОДТ.6, ОДТ.8)
В проекте должны быть предусмотрены комплекс мер по обеспечению устойчивого
функционирования АСУ ТП и возможности оперативного восстановления работоспособности
системы после сбоев или инцидентов.
Указанные меры реализуются путем применения:
1. Разработка политики обеспечения доступности (ОДТ.0): создание регламента,
определяющего критичные компоненты системы, допустимое время восстановления, а
также порядок действий персонала при возникновении нештатных ситуаций и отказов
оборудования.
2. Резервное копирование информации, обеспечение возможности восстановления
информации и программного обеспечения (ОДТ.4, ОДТ.5, ОДТ.6): внедрение и
настройка отечественного сертифицированного ПО для автоматизированного резервного
копирования данных и образов операционных систем. Подрядчик обязан спроектировать
защищенное хранилище резервных копий и провести тестирование процедур
восстановления для подтверждения их работоспособности.
3. Контроль предоставляемых вычислительных ресурсов и каналов связи
(ОДТ.8): использование встроенных механизмов мониторинга ОС и активного сетевого
оборудования, а также отечественного сертифицированного ПО для контроля загрузки
процессоров, оперативной памяти, дискового пространства и пропускной способности
каналов связи с целью предупреждения отказов системы из-за нехватки ресурсов.
Примечание: в состав эксплуатационной документации должны входить регламент
резервного копирования, инструкции по пошаговому восстановлению программного обеспечения и
36
данных из резервных копий, а также протоколы успешно проведенного тестового восстановления
системы
ЗАЩИТА ТЕХНИЧЕСКИХ СРЕДСТВ И СИСТЕМ
(ЗТС.0, ЗТС.2, ЗТС.3, ЗТС.4, ЗТС.5)
В проекте должны быть предусмотрены комплекс мер по физической защите
оборудования АСУ ТП, исключающий несанкционированный доступ к аппаратным
средствам и защищающий их от внешних деструктивных воздействий.
Указанные меры реализуются путем применения:
1. Разработка политики защиты технических средств и систем (ЗТС.0): создание регламента,
определяющего требования к размещению оборудования, правила доступа в помещения с
техническими средствами АСУ ТП и порядок контроля целостности корпусов и шкафов
управления.
2. Организация контролируемой зоны и управление физическим доступом (ЗТС.2,
ЗТС.3): проектирование границ контролируемой зоны и внедрение технических средств
(электронных замков, считывателей, датчиков вскрытия), интегрированных
с отечественным сертифицированным ПО систем контроля и управления доступом
(СКУД) для регистрации и ограничения входа в пультовые, серверные и к шкафам ПЛК.
3. Размещение устройств вывода (отображения) информации, исключающее ее
несанкционированный просмотр (ЗТС.4): проектирование расположения мониторов АРМ
операторов и крупнопанельных дисплеев таким образом, чтобы исключить возможность
визуального съема информации посторонними лицами через окна или дверные проемы.
4. Защита от внешних воздействий (ЗТС.5): использование специализированных
защищенных шкафов (класса IP), систем бесперебойного питания, заземления и климатконтроля для защиты технических средств от пыли, влаги, перепадов температуры и
электромагнитных помех в соответствии с условиями эксплуатации на объекте.
Примечание: в состав эксплуатационной документации должны входить схемы
размещения оборудования с указанием границ контролируемой зоны, инструкции по
управлению физическим доступом и регламент проверки целостности печатей (пломб) на
аппаратных средствах
ЗАЩИТА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ И ЕЕ КОМПОНЕНТОВ
(ЗИС.1, ЗИС.2, ЗИС.3, ЗИС.5, ЗИС.8, ЗИС.19, ЗИС.20, ЗИС.21, ЗИС.32, ЗИС.34,
ЗИС.38, ЗИС.39,)
В проекте должна быть реализована сетевая архитектура, обеспечивающая безопасное
взаимодействие компонентов АСУ ТП и защита от внешних сетевых атак.
Указанные меры реализуются за счёт:
1. Разработка политики защиты информационной (автоматизированной) системы и ее
компонентов (ЗИС.0): создание регламента, определяющего правила сетевого обмена,
топологию сети и порядок внесения изменений в сетевую конфигурацию.
2. Защита периметра, эшелонированная защита и организация демилитаризованной зоны
(ЗИС.2, ЗИС.3, ЗИС.5, ЗИС.34): внедрение и настройка отечественного
сертифицированного ПО и аппаратных средств (межсетевых экранов уровня UTM) для
сегментации сети, фильтрации трафика и защиты от атак типа «DoS/DDoS». Для обмена
данными с внешними сетями должна быть спроектирована демилитаризованная зона
(DMZ).
3. Разделение функций по управлению с иными функциями (ЗИС.1): выделение трафика
администрирования в отдельный защищенный сегмент (VLAN) с запретом доступа к нему
из технологической сети.
4. Сокрытие архитектуры, конфигурации и обеспечение доверенных каналов (ЗИС.8, ЗИС.19,
37
ЗИС.20): использование механизмов маскировки внутренней структуры сети и
применение отечественного сертифицированного ПО (VPN-шлюзов) для шифрования
данных при их передаче по открытым каналам связи, обеспечивая создание доверенных
маршрутов обмена информацией.
5. Запрет несанкционированной удаленной активации устройств и защита беспроводных
соединений (ЗИС.21, ЗИС.32): программное и аппаратное отключение функций
удаленного включения периферийных устройств (камер, микрофонов), а также
обязательное использование механизмов авторизации и шифрования для разрешенных
беспроводных сегментов.
6. Защита информации при использовании мобильных устройств и управление
перемещением виртуальных машин (ЗИС.38, ЗИС.39): применение отечественного
сертифицированного ПО для контроля мобильных средств доступа (если предусмотрено
проектом) и обеспечения безопасности миграции виртуальных ресурсов внутри серверного
кластера.
Примечание: в состав эксплуатационной документации должны входить детальная схема
сетевой архитектуры, таблицы маршрутизации, перечень разрешенных сетевых протоколов и
портов (матрица сетевых доступов), а также инструкции по настройке межсетевых экранов и VPNшлюзов
РЕАГИРОВАНИЕ НА КОМПЬЮТЕРНЫЕ ИНЦИДЕНТЫ
(ИНЦ.0, ИНЦ.1, ИНЦ.2, ИНЦ.3, ИНЦ.4, ИНЦ.5):
В проекте должны быть реализованы организационные процедуры и технические
инструменты, обеспечивающие своевременное обнаружение, локализацию и ликвидацию
последствий компьютерных атак и сбоев в АСУ ТП.
Указанные меры реализуются за счёт:
1. Разработка политики реагирования на компьютерные инциденты (ИНЦ.0): создание
регламента, определяющего критерии отнесения событий к инцидентам, состав аварийной
команды (группы реагирования), порядок связи и распределение ответственности.
2. Устранение последствий компьютерных инцидентов и принятие мер по предотвращению
их повторного возникновения (ИНЦ.4, ИНЦ.5): разработка планов действий по
восстановлению работоспособности системы (планов аварийного восстановления) и
процедур «разбора полетов» для корректировки настроек средств защиты после
инцидента.
Примечание: в состав эксплуатационной документации должны входить регламент
реагирования на компьютерные инциденты, пошаговые инструкции для персонала при
обнаружении типовых атак и формы отчетов (актов) о результатах расследования инцидентов.
УПРАВЛЕНИЕ КОНФИГУРАЦИЕЙ
(УКФ.0, УКФ.2, УКФ.3):
В проекте должны быть реализованы механизмы строгого контроля состава и настроек
аппаратных и программных средств АСУ ТП, исключающие стихийное изменение параметров
системы.
Выполнение данных требований обеспечивается за счет:
1. Разработка политики управления конфигурацией информационной (автоматизированной)
системы (УКФ.0): создания регламента, определяющего эталонное состояние системы,
порядок документирования настроек и периодичность проверки соответствия текущей
конфигурации проектным данным.
2. Управление изменениями (УКФ.2): внедрения процедур санкционирования, тестирования
38
и фиксации любых изменений в ПО или аппаратной части АСУ ТП, включая ведение
журналов версий и учет выполненных доработок.
3. Установка (инсталляция) только разрешенного к использованию программного
обеспечения (УКФ.3): применения отечественного сертифицированного ПО,
обеспечивающего контроль состава установленного софта и блокировку попыток
инсталляции программ, не входящих в утвержденный «белый список» (перечень
разрешенного ПО).
Примечание: В состав эксплуатационной документации должны входить регламент
управления конфигурацией, перечень (эталон) разрешенного программного обеспечения и
актуальные формуляры на компоненты АСУ ТП с фиксацией их версий и контрольных сумм
УПРАВЛЕНИЕ ОБНОВЛЕНИЯМИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
(ОПО.0, ОПО.1, ОПО.2, ОПО.3, ОПО.4):
В проекте должны быть реализованы процедуры и технические решения по безопасному
обновлению ПО, исключающие внесение уязвимостей и нарушение стабильности технологического
процесса.
Выполнение данных требований обеспечивается за счет:
1. Разработка политики управления обновлениями программного обеспечения
(ОПО.0): создания регламента, определяющего периодичность поиска обновлений,
ответственных лиц, а также критичность обновлений для различных компонентов АСУ
ТП.
2. Поиск, получение обновлений программного обеспечения от доверенного источника
(ОПО.1): определения перечня официальных ресурсов разработчиков и проектирования
защищенных каналов (или процедур офлайн-переноса) для получения дистрибутивов без
прямого подключения компонентов АСУ ТП к сети «Интернет».
3. Контроль целостности обновлений программного обеспечения (ОПО.2): обязательной
проверки подлинности и неизменности полученных файлов путем сверки их контрольных
сумм с эталонными значениями, предоставленными разработчиком ПО.
4. Тестирование обновлений программного обеспечения (ОПО.3): проведения
предварительной проверки обновлений на выделенном стенде (или тестовом сегменте),
имитирующем работу реальной АСУ ТП, для подтверждения отсутствия конфликтов с
технологическим ПО.
5. Установка обновлений программного обеспечения (ОПО.4): применения отечественного
сертифицированного ПО для централизованного или локального развертывания
проверенных обновлений в периоды планового обслуживания системы.
Примечание: в состав эксплуатационной документации должны входить регламент
управления обновлениями, инструкции по проверке контрольных сумм дистрибутивов и протоколы
успешного тестирования обновлений на совместимость с прикладным ПО АСУ ТП
ПЛАНИРОВАНИЕ МЕРОПРИЯТИЙ ПО ОБЕСПЕЧЕНИЮ БЕЗОПАСНОСТИ
(ПЛН.0, ПЛН.1, ПЛН.2):
В проекте должна быть реализована система планирования и контроля деятельности по
защите информации, обеспечивающую системный подход к безопасности АСУ ТП на всех
этапах её жизненного цикла.
1. Выполнение данных требований обеспечивается за счет:
2. Разработка политики планирования мероприятий по обеспечению защиты информации
(ПЛН.0): создания регламента, определяющего порядок долгосрочного и краткосрочного
планирования работ по ИБ, назначение ответственных подразделений и установление
целей обеспечения безопасности.
3. Разработка, утверждение и актуализация плана мероприятий по обеспечению защиты
информации (ПЛН.1): формирования детального графика работ (плана-графика),
39
включающего проведение технических проверок, инструктажей персонала, процедур
продления лицензий и сертификатов на используемые средства защиты.
4. Контроль выполнения мероприятий по обеспечению защиты информации
(ПЛН.2): внедрения процедур регулярной отчетности, и использования отечественного
сертифицированного ПО (систем мониторинга или управления задачами) для фиксации
фактов выполнения плановых работ и выявления отклонений от утвержденного графика.
Примечание: в состав эксплуатационной документации должны входить регламент
планирования, типовой годовой план мероприятий по обеспечению защиты информации и
формы отчетности о выполнении плановых показателей.
ОБЕСПЕЧЕНИЕ ДЕЙСТВИЙ В НЕШТАТНЫХ СИТУАЦИЯХ
(ДНС.0, ДНС.1, ДНС.2, ДНС.5, ДНС.6):
В проекте должен быть реализован комплекс организационных и технических мер,
обеспечивающих готовность персонала и системы к функционированию в условиях аварийных
ситуаций, сбоев или инцидентов ИБ.
Выполнение данных требований обеспечивается за счет:
1. Разработка политики обеспечения действий в нештатных ситуациях (ДНС.0): создания
регламента, определяющего классификацию нештатных ситуаций, цели и задачи по
обеспечению непрерывности технологического процесса и распределение полномочий
сотрудников.
2. Разработка плана действий в нештатных ситуациях (ДНС.1): формирования детальных
планов аварийного восстановления, содержащих алгоритмы действий по локализации
угроз и переводу системы в безопасный режим функционирования.
3. Обеспечение возможности восстановления информационной (автоматизированной)
системы в случае возникновения нештатных ситуаций (ДНС.5): внедрения и
настройки отечественного сертифицированного ПО для создания резервных копий
конфигураций, проектов SCADA и образов, а также проектирования схем горячего или
холодного резервирования аппаратных средств.
4. Анализ возникших нештатных ситуаций и принятие мер по недопущению их повторного
возникновения (ДНС.6): установления процедуры обязательного технического
расследования каждого случая нештатной работы системы с целью корректировки
настроек средств защиты и актуализации проектных решений.
Примечание: в состав эксплуатационной документации должны входить регламент
обеспечения действий в нештатных ситуациях, план аварийного восстановления (DRP), программы
и методики проведения тренировок персонала, а также типовые формы актов анализа причин
возникновения нештатных ситуаций
5. ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ АСУ ТП И
СРЕДСТВАМ ЗАЩИТЫ ИНФОРМАЦИИ (РЕКОМЕНДУЕМЫЕ)
МАШИННЫЕ
НОСИТЕЛИ
ИНФОРМАЦИИ
Машинные носители информации (внешние накопители), используемые для хранения резервных
копий, должны поставляться в количестве не менее 2-х единиц на каждый тип бэкапа и
удовлетворять следующим характеристикам:
- иметь ёмкость не менее 1000 ГБ (1 ТБ) для хранения полных образов системных дисков
серверов, АРМ и баз данных АСУ ТП;
- иметь ёмкость не менее 100 ГБ для резервных копий конфигураций СПО, ПЛК, сетевого
оборудования и средств защиты (МЭ, АВЗ);
- иметь интерфейс подключения не ниже USB 3.0 (или аналогичный по скорости передачи
данных).
40
При выборе средств МЭ, АСО и АВЗ следует учитывать рекомендации разработчиков АСУ
ТП (обязательное требование) и средства защиты, применяемые в Обществе (рекомендательное
требование), при условии их соответствия требованиям по импортозамещению и наличия
действующих сертификатов ФСБ и ФСТЭК России. В части обеспечения сетевой безопасности
проектируемые решения должны быть технологически совместимы с существующей
инфраструктурой защищенной сети ViPNet Общества (сеть №12295). Проектируемые средства
защиты информации должны обеспечивать функционирование в едином ключевом
пространстве и под управлением имеющихся у Общества средств централизованного
управления сетью ViPNet, иметь действующие сертификаты ФСБ России по классу КС2,
действующие сертификаты ФСТЭК России по 4 классу защиты.
Применение иных решений допускается при условии обеспечения полной интеграции в
действующую защищенную сеть без создания параллельных систем управления и без снижения
установленного уровня защищенности
Программно-технические средства защиты информации в АСУ ТП должны
обеспечивать:
-
Отключение всех служб и сервисов на АРМ и серверах, не используемых в процессе
эксплуатации. Включение необходимых для обслуживания сервисов должно
производиться временно в соответствии с регламентом управления конфигурацией;
- Программную или физическую блокировку всех неиспользуемых коммуникационных
портов (USB, COM, PS/2 и др.) и интерфейсов на АРМ, серверах и сетевом
оборудовании;
- Запрет загрузки ОС с внешних носителей в BIOS/UEFI всех компьютеров и серверов, а
также обязательную установку пароля на изменение настроек BIOS/UEFI;
- Обязательное документирование всех параметров конфигурации АСУ ТП.
В состав эксплуатационной документации на АСУ ТП и средства защиты
должны входить перечни и эталонные значения конфигурационных параметров (в том
числе контрольные суммы ПО), инструкции по восстановлению защитных мер и
актуальная матрица сетевых доступов.
41
Приложение № 3
к Договору возмездного оказания услуг
№ ___________ от «__» ___________20__
Соглашение о финансовом контроле
Применяется, если Договор заключен в целях реализации Концессионного соглашения и
финансируется за счет средств Капитального гранта
____________________________________________________________«________________________
____»,
именуемое
в
дальнейшем
«_______________»,
в
лице
____________________________________________________________действующего на основании
_____________________________________________________________, с одной стороны и
_______________________________________________________, именуемое в дальнейшем
«______________»,
в
лице
_____________________,
действующего
на
основании
______________________________, с другой стороны, составили настоящее приложение к
Договору о нижеследующем:
1. Настоящее приложение составлено в целях соблюдения концессионером принятого на себя по
Концессионному соглашению обязательства по обеспечению возможности контроля
предоставления возмещения части расходов на строительство/реконструкцию объекта
Концессионного соглашения за счет бюджетных средств (в том числе средств Капитального гранта).
2. Подписанием настоящего приложения обязанная по Договору сторона выражает свое согласие на
осуществление концедентом (администрацией муниципального образования) и/или органами
государственнного (муниципального) финансового контроля проверок соблюдения Сторонами
Договора условий, целей и порядка предоставления возмещения части расходов на
строительство/реконструкцию объекта Концессионного соглашения за счет бюджетных средств (в
том числе средств Капитального гранта).
Заказчик
Исполнитель
____________________________________
_______________________________________
_____________________________________
_______________________________________
_______________/_____________________/
м.п.
_______________/______________________/
м.п
42
Приложение № 4
к договору возмездного оказания
услуг ________№_____
от «____» __________________
Порядок работ в части охраны окружающей среды
____________________________________________________________«________________________
____»,
именуемое
в
дальнейшем
«_______________»,
в
лице
____________________________________________________________действующего на основании
_____________________________________________________________, с одной стороны и
_______________________________________________________, именуемое в дальнейшем
«______________»,
в
лице
_____________________,
действующего
на
основании
______________________________, с другой стороны, составили настоящее приложение к
Договору о нижеследующем:
Исполнитель обязан:
1.
Подготовить
и
представить
на
согласование/утверждение
проектную
документацию согласно перечню, предусмотренному настоящим Договором, перед направлением
её на согласование/экспертизу в установленном порядке (если применимо). Представитель
Заказчика, ответственный за входной контроль проектной документации, проводит проверку
проектной документации в течение 10 рабочих дней со дня её получения, по истечении входного
контроля Заказчик предоставляет обоснованные замечания или информирует о согласовании
проектной документации. В случае неисполнения условий Договора в части предоставления
проектной документации на согласование/утверждение Заказчику Исполнитель несёт бремя
штрафных санкций, предусмотренных разделом 8 настоящего Договора, кроме того обязуется
устранить выявленные недостатки за свой счёт в срок, согласованный с Заказчиком.
2.
Самостоятельно или с привлечением сторонних организаций, имеющих
разрешительную документацию, в установленном порядке подготовить и представить материалы
для получения разрешительной документации на осуществление деятельности, связанной с
оказанием негативного воздействия на окружающую среду и природопользованием.
3.
Разработать проектную документацию в части охраны окружающей среды, оценки
воздействия на окружающую среду и др. в сроки, исключающие возможность нарушения
предельных сроков, установленных законодательством Российской Федерации для осуществления
конкретных процедур, являющихся предметом Договора (если применимо).
4.
Соблюдать действующие нормативные документы Заказчика (Стандарты,
Методики, Регламенты) в области строительства.
5.
Возместить Заказчику понесённые затраты, в связи с несвоевременным и (или)
некачественным выполнением работ/оказанием услуг в рамках настоящего Договора в полном
объёме:
•
при изменении сроков начала и окончания соответствующих работ;
•
при привлечении Заказчика к административной ответственности;
•
при внесении Заказчиком платы за негативное воздействие на окружающую среду в
повышенном размере;
•
при возмещении Заказчиком вреда окружающей среде.
6.
В случае обнаружения существенных недостатков результата работы Заказчик
вправе предъявить Исполнителю требование о безвозмездном устранении таких недостатков, а
также о возмещении понесённых Заказчиком убытков вследствие неисполнения условий Договора.
К существенным недостаткам относятся недостатки товара (работы, услуги), которые делают
невозможным или недопустимым использование товара (работы, услуги) в соответствии с его
целевым назначением, либо которые не могут быть устранены, либо которые проявляются вновь
после устранения, либо для устранения которых требуются большие затраты, либо такой(ие)
недостаток(ки), который(ые) приводит(ят) к возникновению опасности для жизни, здоровья или
имущества граждан и (или) Заказчика, либо вследствие которых Заказчик в значительной степени
лишается того, на что он был вправе рассчитывать при заключении настоящего Договора.
43
7.
Исполнитель в случаях, предусмотренных требованиями законодательства РФ,
предъявляет Заказчику документы, подтверждающие свою компетентность и компетентность
привлекаемых третьих лиц.
8.
В случае привлечения третьих лиц для выполнения работ на территории Заказчика,
а также предоставления территорий и (или) помещений Заказчика арендаторам, Заказчик вправе не
чаще чем 1 раз в квартал проводить обследование места проведения работ и (или) арендуемой
территории (помещений):
8.1. На предмет отсутствия ненадлежащего накопления и (или) размещения отходов
третьим лицам, арендатором. Представитель Заказчика совместно с уполномоченными лицами
Исполнителя и привлеченных третьих лиц (если применимо), арендатора осуществляют
обследование территории производства работ Исполнителем или привлеченным третьим лицом,
арендуемых территорий (помещений), после чего подписывают акт обследования.
В рамках обследования Заказчик вправе запросить у Исполнителя, привлеченных третьих лиц,
арендатора
документы,
подтверждающие
передачу
отходов
на
захоронение
(размещение)/обезвреживание/ утилизацию специализированной организации. В случае выявления
ненадлежащего накопления и (или) размещения отходов, захламления, загрязнения территории,
использования земельного участка не по его назначению Исполнитель, привлеченное третье лицо
или арендатор приступает к устранению выявленных недостатков немедленно и за свой счёт.
После устранения недостатков Исполнитель, привлеченное третье лицо или арендатор сообщает
Заказчику об их устранении с предъявлением подтверждающих документов при повторном
обследовании территории производства работ или арендуемых помещений.
В случае неустранения выявленных недостатков в срок, согласованный с Заказчиком, Исполнитель,
привлеченное третье лицо или арендатор несёт бремя штрафных санкций, предусмотренных
разделом 8 настоящего Договора, кроме того обязуется устранить выявленные недостатки за свой
счёт в срок, согласованный с Заказчиком.
8.2. По истечении срока аренды, а также по завершении Исполнителем или привлеченным
третьим лицом предусмотренных Договором работ до подписания акта приёма-передачи
выполненных работ, акта приёма-передачи территории, помещений Заказчик:
Проводит обследование места проведения работ и (или) арендуемой территории (помещений) на
предмет отсутствия ненадлежащего накопления и (или) размещения отходов Исполнителем,
привлеченным третьим лицом, арендатором;
Проверяет наличие у Исполнителя, привлеченного третьего лица или арендатора документов,
подтверждающих передачу всех отходов, образованных в процессе деятельности на территории
Заказчика,
специализированным
сторонним
организациям
для
обработки/утилизации/обезвреживания/размещения.
По результатам проведения итогового обследования территории осуществления работ третьим
привлеченным лицом, арендуемых территорий (помещений) составляется акт обследования,
подписываемый уполномоченными лицами Заказчика тритьего привлеченного лица, арендатора.
8.3. В случае выявления ненадлежащего накопления и (или) размещения отходов,
захламления, загрязнения территории, использования земельного участка не по его назначению
Исполнитель, третье привлеченное лицо или арендатор приступает к устранению выявленных
недостатков немедленно и за свой счёт. После устранения недостатков Исполнитель, третье
привлеченное лицо или арендатор сообщает Заказчику об их устранении с предъявлением
подтверждающих документов при повторном обследовании территории производства работ или
арендуемых помещений. Повторное обследование осуществляется Заказчиком в течение 10
рабочих дней с момента уведомления Заказчика Исполнителем об устранении недостатков. В случае
отсутствия повторного обследования в течение установленного срока, недостатки считаются
устраненными.
В случае неустранения выявленных недостатков в срок, согласованный с Заказчиком, Исполнитель,
третье привлеченное лицо или арендатор несёт бремя штрафных санкций, предусмотренных
разделом 8 настоящего Договора, кроме того обязуется устранить выявленные недостатки за свой
счёт в срок, согласованный с Заказчиком.
8.4. Акт приёма-передачи выполненных работ подписывается после устранения всех
недостатков, выявленных при обследовании места проведения работ и (или) арендуемой
территории, а также после предъявления документов, подтверждающих обращение с отходами,
образованными в рамках исполнения настоящего Договора, в соответствии с требованиями
законодательства РФ (если применимо) и подписания акта приёма-передачи территории.
8.5. Подписание акта приёма-передачи Заказчиком осуществляется в случае:
44
Отсутствия брошенных Исполнителем, третьим привлеченным лицом, арендатором отходов вне
мест их накопления/размещения, загрязнения территории нефтепродуктами и другими веществами,
выявленного в результате обследования территории;
Представления Исполнителем, третьим привлеченным лицом, арендатором всех необходимых
документов,
подтверждающих,
что
образованные
ими
отходы
переданы
для
обработки/утилизации/обезвреживания/размещения надлежащим образом (договоры, УПД, а также
другие документы, подтверждающие проведение сделки об отчуждении отходов).
9.
Если Исполнитель не представил на согласование Заказчику разрабатываемую
проектную документацию, Заказчик имеет право предъявить требование Исполнителю, а
Исполнитель обязуется уплатить Заказчику неустойку в размере 3% от Договорной цены, указанной
в п. 4.1. Договора.
10.
При ненадлежащем накоплении/размещении отходов, порче почв, а также
использованию земельного участка не по назначению на месте проведения работ и (или)
арендуемой территории (помещений), Заказчик имеет право предъявить требование Исполнителю, а
Исполнитель обязуется уплатить Заказчику неустойку в размере 3% от Договорной цены, указанной
в п. 4.1. Договора.
11.
В случае начисления Исполнителю штрафов и/или неустоек в порядке и размере,
установленном настоящим Договором, при оплате стоимости работ Заказчик вправе в
одностороннем порядке произвести удержание части денежных средств, тем самым уменьшив
стоимость оплаты по договору. В этом случае размер оплаты выполненных работ уменьшается на
сумму удержания, рассчитанную в соответствии с условиями настоящего Договора.
12.
В случае обнаружения существенных недостатков результата работы Заказчик
вправе предъявить Исполнителю требование о безвозмездном устранении таких недостатков, а
также о возмещении понесённых Заказчиком убытков вследствие неисполнения условий Договора.
Заказчик выставляет Исполнителю требование о возмещении убытков на основании документов,
подтверждающих факт их наличия. Исполнитель в течение 10 рабочих дней обязан компенсировать
Заказчику убытки в соответствии с выставленным требованием.
Заказчик
____________________________________
_____________________________________
Исполнитель
_______________________________________
_______________________________________
_______________/_____________________/
м.п.
_______________/______________________/
м.п
45
Приложение № 2
к договору возмездного оказания
услуг ________№_____
от «____» __________________
Форма Плана привлечения соисполнителей из числа субъектов малого и среднего предпринимательства
№ п/п
*указывается наименование, фирменное наименование (при наличии), место нахождения (для юридического лица) или фамилия, имя,
Наименование и иные сведения о
привлекаемом соисполнителе из
числа субъектов малого и среднего
предпринимательства*
Предмет договора,
заключаемого с
соисполнителем из числа
СМСП, с указанием
количества
поставляемого им товара,
объема выполняемых им
работ, оказываемых им
услуг
Место, условия и
сроки (периоды)
оказания услуг
соисполнителем
Цена договора,
заключаемого с
соисполнителем
Срок оплаты
соисполнителю
за оказанные
услуги**
1
2
ИТОГО
отчество (при наличии), паспортные данные, место жительства (для индивидуального предпринимателя), почтовый адрес, номер
контактного телефона, адрес электронной почты соисполнителя;
** не более 7 рабочих дней со дня подписания заказчиком документа о приемке оказанных услуг по договору (отдельному этапу договора).
Заказчик
____________________________________
_____________________________________
Исполнитель
_______________________________________
_______________________________________
_______________/_____________________/
м.п.
_______________/______________________/
м.п
46

=== ФАЙЛ: Приложение___2___Проект_договора_возмездного_оказания_услуг.docx | docs/32616478416/Приложение___2___Проект_договора_возмездного_оказания_услуг.pdf
Приложение № 2
к документации о закупке
Договор №
возмездного оказания услуг
г. Барнаул
2026г.
Общество с ограниченной отвественностью «БАРНАУЛЬСКИЙ ВОДОКАНАЛ» (ООО
«БАРНАУЛЬСКИЙ ВОДОКАНАЛ») в лице Генерального директора Полюго Андрея Сергеевича,
действующего на основании Устава, с одной стороны, именуемое в дальнейшем «Заказчик»,
и ___________________________ «____________________», именуемое в дальнейшем
«Исполнитель», в лице _____________________________________, действующего на основании
________________________________________, с другой стороны, вместе именуемые «Стороны»,
заключили настоящий Договор (именуемый в дальнейшем «Договор») о нижеследующем:
1. ПРЕДМЕТ ДОГОВОРА
1.1. Исполнитель обязуется качественно и на высоком профессиональном уровне оказывать услуги в
объеме согласно Заданию Заказчика, изложенному в Приложении № 1, являющемуся неотъемлемой
частью настоящего Договора, а Заказчик обязуется принять оказанные услуги и оплатить их.
1.2. Объем и сроки оказания Исполнителем услуг, могут быть изменены по обоюдному письменному
согласию Сторон, с одновременным изменением размера вознаграждения и соблюдением
законодательства о закупках.
2. СРОКИ ОКАЗАНИЯ УСЛУГ
2.1. Исполнитель оказывает услуги в период с даты подписания договора до «15»декабря 2027 года.
2.2. Сроки оказания конкретных видов услуг по настоящему Договору определены в Приложении № 1.
2.3. За нарушение сроков оказания Услуг Заказчик вправе потребовать с Исполнителя уплаты неустойки
в размере 0,1 % от общей стоимости Услуг за каждый день просрочки.
3. ОБЯЗАННОСТИ СТОРОН
3.1. Обязанности Исполнителя:
3.1.1. Исполнитель проинформирован о возможном наличии на Объекте пропускного и
внутриобъектового режимов. До начала выполнения работ на Объекте Исполнитель должен получить у
Заказчика информацию о порядке и условиях соблюдения пропускного и внутриобъектового режимов».
До начала выполнения работ Исполнитель обязан обратиться к Заказчику и получить у Заказчика
информацию о наличии на Объекте пропускного и внутриобъектового режимов. При наличии
действующих на Объекте пропускного и внутриобъектового режимов Исполнитель обязан ознакомиться
с порядком и условиями пропускного и внутриобъектового режимов и обеспечить их соблюдение. При
получении от Заказчика согласия на привлечение соисполнителя (-ей) Исполнитель обязан сообщить
Заказчику информацию о привлеченных соисполнителей и ознакомить работников привлеченных
соисполнителей с порядком и условиями соблюдения пропускного и внутриобъектового режимов».
3.1.2. Надлежащим образом лично выполнить услуги, предусмотренные пунктом 1.1 настоящего
Договора, и в случае необходимости привлекать по письменному согласованию с Заказчиком других
высококвалифицированных специалистов (при этом Исполнитель обязуется обеспечить выполнение
указанными специалистами условий настоящего Договора и несет ответственность перед Заказчиком за
действия указанных специалистов).
Исполнитель обязуется привлечь соисполнителя (-ей) из числа СМСП, указанных им в плане
привлечения соисполнителей из числа СМСП. При этом общая стоимость обязательств, выполненных
соисполнителями из числа СМСП, должна составлять не менее 25 % от стоимости Договора, указанной в
п. 4.1 Договора. (условие исключается в случае заключения Договора с Исполнителем из числа СМСП или
в случае отсутствя в ДоЗ требования о привлчении соисполнителей из числа СМСП).
За неисполнение/ненадлежащее исполнение обязательства, предусмотренного настоящим пунктом
Договора в части доли привлечения Исполнителем соисполнителей из числа СМСП (если такое условие
предусмотрено Договором), Исполнитель оплачивает Заказчику штраф в размере, в котором им не
исполнена обязанность по привлечению к исполнению Договора соимполнителей из числа СМСП
согласно плана привлечения соисполнителей из числа СМСП, в течение 7 рабочих дней с даты
исполнения Договора.
3.1.3. Информировать Заказчика о ходе оказания услуг, представлять Заказчику для подписания
универсального передаточного документа (УПД) не позднее последнего числа каждого месяца или по
окончанию оказания услуг, если предусмотрено Приложением № 1;
3.1.4. в своей деятельности руководствоваться интересами Заказчика;
3.1.5. исполнять свои обязательства по настоящему Договору в сроки, предусмотренные настоящим
Договором.
3.1.6. Исполнитель обязан иметь и предъявлять Заказчику по его требованию в течение 3 (трех) рабочих
дней все сертификаты, лицензии, разрешения и прочие документы, удостоверяющие правомерность
Исполнителя оказывать услуги в соответствии с законодательством РФ и настоящим Договором.
3.1.7. выставить универсальный передаточный документ или иной аналогичный документ, если это
предусмотрено налоговым законодательством и по форме, утвержденной соответствующим
компетентным государственным органом. За не выставление такого документа Заказчик может
потребовать уплаты Исполнителем штрафа в размере процентной ставки НДС от общей суммы
указанного документа с НДС.
3.1.8. В случае если Приложением № 1 в рамках оказания услуг по настоящему Договору предусмотрена
поставка товара, для которого указан номер реестровой записи из реестра российской промышленной
продукции, из евразийского реестра промышленных товаров государств-членов Евразийского
экономического союза, из единого реестра российских программ для электронных вычислительных
машин и баз данных или из единого реестра программ для электронных вычислительных машин и баз
данных из государств-членов Евразийского экономического союза, то не допускается поставка товара с
другим номером реестровой записи из вышеуказанных реестров или товара, отсутствующего в
вышеуказанных реестрах. Если в рамках оказания услуг подлежит поставке товар, происходящий из
Российской Федерации или из стран ЕАЭС, то не допускается замена его на товар, происходящий из
иностранного государства.
3.2. Обязанности Заказчика:
3.2.1. Обеспечивать Исполнителя по его запросу всей информацией, документами и материалами,
необходимыми для выполнения данных последнему поручений, предусмотренных пунктом 1.1
настоящего Договора, перечень и срок предоставления которых предварительно согласовывается
Сторонами;
3.2.2. При обращении Исполнителя к Заказчику за информацией о наличии на Объекте пропускного и
внутриобъектового режимов и условиях их соблюдения, Заказчик должен в минимально возможные
сроки ознакомить Исполнителя с требованиями пропускного и внутриобъектового режимов и порядком
их соблюдения.
3.2.3. Своевременно оплачивать оказанные услуги Исполнителя в соответствии с условиями статьи 4
настоящего Договора.
4. ПОРЯДОК РАСЧЕТОВ
4.1. Стоимость услуг за весь объем услуг по настоящему Договору составляет
__________________(______________________) рублей, кроме того НДС по ставке, установленной
действующим законодательством Российской Федерации.
Указанная стоимость услуг по настоящему Договору включает в себя любые расходы, понесенные
Исполнителем для оказания услуг по настоящему Договору.
4.2. Оплата услуг по договору (отдельному этапу договора) производится в рублях на основании
подписываемого сторонами универсального передаточного документа в течение 7 рабочих дней с
момента его подписания.
4.3. При оплате стоимости услуг Заказчик вправе приостановить исполнение обязательства по оплате
оказанных услуг в случае нарушения Исполнителем сроков оказания услуг или других обязательств,
предусмотренных условиями настоящего договора, в целях определения размера штрафов и/или
неустоек, предусмотренных условиями настоящего Договора.
4.4. В случае начисления Исполнителю штрафов и/или неустоек в порядке и размере, установленном
настоящим договором, при оплате стоимости услуг Заказчик вправе в одностороннем порядке
произвести удержание части денежных средств, тем самым уменьшив стоимость оплаты по договору. В
этом случае размер оплаты оказанных услуг уменьшается на сумму удержания, рассчитанную в
соответствии с условиями настоящего Договора.
5. КОНФИДЕНЦИАЛЬНОСТЬ
5.1.
При исполнении своих обязательств по настоящему Договору каждая их Сторон в порядке и на
условиях, предусмотренных настоящим Договором, вправе в случаях, предусмотренных
законодательством, передать информацию, составляющую ее коммерческую тайну либо персональные
данные ее работников (далее - Информация), другой Стороне (далее - Получающая Сторона), а
Получающая Сторона обязана использовать полученную Информацию в порядке и на условиях,
предусмотренных настоящим Договором.
5.2. Исполнитель («Получающая Сторона») согласен считать конфиденциальной информацией всю
информацию, которая передается ему Заказчиком («Раскрывающая Сторона»). К конфиденциальной
информации также следует относить информацию об исполняемых Получающей Стороной услугах.
Получающая Сторона обязуется использовать конфиденциальную информацию Раскрывающей
Стороны исключительно в рамках исполнения своих обязательств по настоящему Договору.
Исполнитель обязуется принять все необходимые меры по обеспечению конфиденциальности, в том
числе предусмотренные Федеральным законом от 29 июля 2004 г. N98-ФЗ "О коммерческой тайне" в
отношении предмета Договора, хода его исполнения, полученных результатов, включая мероприятия по
охране документации и материалов, ограничению круга лиц, допущенных к информации и заключению
с ними Соглашений о конфиденциальности. Передача Заказчиком Исполнителю документации,
информации, составляющей коммерческую тайну и других конфиденциальных сведений,
осуществляется в порядке, установленном положениями настоящего договора о конфиденциальности.
Если в ходе выполнения предусмотренных Договором услуг Исполнитель привлекает третьих лиц,
которым для оказания услуг необходим доступ к конфиденциальным сведениям, Исполнитель обязан
заключить с указанными третьими лицами соответствующие Соглашения о конфиденциальности.
5.3. Информация Стороны (далее - Раскрывающая Сторона), может быть предоставлена Получающей
Стороне, уполномоченным ею лицам в устной форме, или путем предоставления доступа к документам,
содержащим Информацию, или путем передачи документов, содержащих Информацию.
5.4. По каждому факту предоставления доступа к документам, содержащим Информацию, или передачи
документов, содержащих Информацию Получающей Стороне Сторонами непосредственно после
предоставления доступа к документам, содержащим Информацию, или передачи документов,
содержащих Информацию должен подписываться Акт в двух экземплярах (по одному для каждой из
Сторон). По каждому факту предоставления Информации в устной форме должен подписываться
Протокол встречи.
5.5. Вся Информация, составляющая коммерческую тайну, передаваемая в письменной форме, должна
быть помечена грифом «Коммерческая тайна» с указанием Раскрывающей Стороны (ее реквизитов).
5.6. Получающая Сторона должна соблюдать строгую конфиденциальность в отношении Информации,
не разглашать, не копировать, не воспроизводить и не передавать Информацию любому третьему лицу,
не использовать Информацию в целях, отличных от предусмотренных настоящим Договором.
5.7. Получающая Сторона имеет право передать Информацию третьим лицам при условии
предварительного письменного согласия на это Раскрывающей Стороны. За действия третьих лиц по
соблюдению конфиденциальности в отношении Информации отвечает Получающая Сторона.
5.8. Получающая Сторона вправе предоставить органам государственной власти страны, резидентом
которой является Получающая Сторона, Информацию без предварительного письменного согласия
Раскрывающей Стороны Информации только в случаях, когда это прямо предусмотрено
законодательством страны, резидентом которой является Получающая Сторона, в отношении этих
органов. В таких случаях Получающая Сторона обязана:
- предпринять все разумные усилия для уведомления Раскрывающей Стороны до момента раскрытия
такой Информации о предполагаемой форме, сроке, характере и цели такого раскрытия, или (если это
невозможно) уведомить Раскрывающую Сторону обо всех обстоятельствах такого раскрытия
незамедлительно после такого раскрытия;
- не позднее дня, следующего за днем получения Получающей Стороной от органов государственной
власти страны, резидентом которой она является, запроса (требования), в том числе устного, о
предоставлении Информации, предоставить полную информацию об этом запросе (требовании), в том
числе его копию, Раскрывающей Стороне;
- не позднее дня, следующего за днем предоставления Получающей Стороной органам государственной
власти страны, резидентом которой она является, Информации предоставить Раскрывающей Стороне
полный перечень Информации, предоставленной этим органам государственной власти.
5.9. Требования настоящего Договора в отношении Информации прекращают действовать:
через 5 (пять) лет со дня подписания уполномоченными представителями Сторон последнего Акта
или Протокола встречи по отношению ко всем подписанным Сторонами соответственно Актам или
Протоколам встреч;
- по заключении Сторонами соглашения, содержащего положения, заменяющие положения настоящего
Договора в отношении Информации; или
по письменному согласованию Сторон.
5.10. Получающая Сторона обязана в течение 5 (пяти) календарных дней со дня прекращения действия, в
том числе расторжения, по какой-либо причине настоящего Договора, или при получении в любое время
письменного запроса Раскрывающей Стороны; или принятия решения о реорганизации или ликвидации
Раскрывающей Стороны уничтожить или передать Раскрывающей Стороне все имеющиеся у
Получающей Стороны документы или любые другие материалы, содержащие Информацию, в том числе
копии таких материалов и удалить Информацию из любых носителей данных, в том числе компьютеров
или другой аппаратуры, содержащей Информацию.
5.11. Раскрывающая Сторона имеет право получить документальное подтверждение уничтожения
Информации, надлежащим образом заверенное уполномоченным лицом Получающей Стороны,
контролирующим этот процесс.
6. ПОРЯДОК УРЕГУЛИРОВАНИЯ СПОРОВ
6.1. Настоящий Договор регулируется и толкуется в соответствии с законодательством Российской
Федерации.
6.2. Все споры и разногласия, которые могут возникнуть в процессе исполнения Сторонами своих
обязательств по настоящему Договору, будут по возможности решаться путем переговоров. Но в случае
направления претензии, стороны согласовали, что она может быть направлена через оператора
посредством электронного документооборота. Если Стороны не придут к согласию путем переговоров,
то спор передается в суд в соответствии с действующим законодательством Российской Федерации.
7. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ (ФОРС-МАЖОР)
7.1. Стороны не несут ответственности за неисполнение любого из своих обязательств, если докажут, что
такое неисполнение было вызвано форс-мажорными обстоятельствами, т.е. событиями или
обстоятельствами, действительно находящимися вне контроля такой Стороны, наступившими после
заключения настоящего Договора, носящими непредвиденный и непредотвратимый характер. К форсмажорным обстоятельствам относятся, в частности, природные катаклизмы, забастовки, пожары,
наводнения, взрывы, обледенения, войны (как объявленные, так и необъявленные), мятежи, гибель
товара, задержки перевозчиков, вызванные авариями или неблагоприятными погодными условиями,
опасности и случайности на море, эмбарго, катастрофы, ограничения, налагаемые государственными
органами (включая распределения, приоритеты, официальные требования, квоты и ценовой контроль),
если эти обстоятельства непосредственно повлияли на исполнение настоящего Договора.
7.2. Время, которое требуется Сторонам для исполнения своих обязательств по настоящему Договору,
будет продлено на любой срок, в течение которого было отложено исполнение по причине
перечисленных обстоятельств.
7.3. В случае если продолжительность обстоятельств форс-мажора превышает 30 дней, настоящий
Договор может быть расторгнут по письменному заявлению любой из сторон.
7.4. Несмотря на наступление форс-мажора, перед прекращением настоящего Договора вследствие
форс-мажорных обстоятельств Стороны осуществляют окончательные взаимные расчеты.
7.5. Сторона, для которой стало невозможным исполнение обязательств по настоящему Договору по
причине наступления форс-мажорных обстоятельств, должна незамедлительно информировать другую
Сторону в письменном виде о возникновении вышеуказанных обстоятельств, а также в течение 30 дней
предоставить другой Стороне подтверждение форс-мажорных обстоятельств. Таким подтверждением
будет являться справка, сертификат или иной соответствующий документ, выданный уполномоченным
государственным органом, расположенным по месту возникновения форс-мажорных обстоятельств.
7.6. Стороны пришли к соглашению, что никакие меры или ограничения, принятые или установленные
государственными, муниципальными, международными органами, должностными лицами,
организациями или учреждениями в рамках защиты здоровья населения и/или противодействия
распространению коронавирусной инфекции (COVID-19), иных заболеваний, представляющих
опасность для окружающих, принятие решений о проведении военных операций, специальных военных
операций, иных военных, антитеррористических и иных подобных действий (объявленных и не
объявленных), не могут считаться препятствием к исполнению настоящего Договора, не признаются
обстоятельством непреодолимой силы для целей настоящего Договора, не являются основанием для
освобождения Сторон от ответственности за неисполнение или ненадлежащее исполнение обязательств
по настоящему Договору, а также не являются основанием для расторжения и/или изменения
настоящего Договора полностью или в части по требованию какой-либо из Сторон Договора.
8. ТРЕБОВАНИЯ В ОБЛАСТИ ОХРАНЫ ТРУДА, ПРОМЫШЛЕННОЙ БЕЗОПАСНОСТИ
И ОХРАНЫ ОКРУЖАЮЩЕЙ СРЕДЫ
8.1. В ходе оказания услуг по настоящему Договору Исполнитель обязуется:
8.1.1. соблюдать нормы действующего законодательства Российской Федерации, включая
законодательство о недрах, об охране окружающей среды, о промышленной и пожарной безопасности,
иные законы и нормативные акты, действующие на территории оказания услуг;
8.1.2. обеспечить выполнение необходимых мероприятий по промышленной безопасности, охране
труда, охране окружающей среды, рациональному использованию природных ресурсов, по пожарной
безопасности объекта, на котором оказываются услуги;
8.1.3. соблюдать внутренние нормативные документы Заказчика в области охраны труда,
промышленной безопасности и охраны окружающей среды.
8.1.4. соблюдать требования к оборудованию, используемому в ходе оказания услуг по настоящему
Договору и его эксплуатации, установленные действующим законодательством РФ.
8.2. Исполнитель самостоятельно несет ответственность за допущенные им при оказании услуг
нарушения природоохранного, водного, земельного, лесного законодательства, законодательства в
области пожарной безопасности, охраны труда, атмосферного воздуха, опасных производственных
объектов и т.д., включая оплату штрафов, пеней, а также по возмещению причиненного в связи с этим
вреда. В случае если Заказчик был привлечен к ответственности за вышеуказанные нарушения
Исполнителя, последний обязуется возместить Заказчику все причиненные этим убытки.
8.3. При наличии вины Исполнителя за аварии, инциденты и несчастные случаи, произошедшие в
процессе работы, последний обязуется возместить Заказчику причиненные убытки.
8.4. Заказчик не несет ответственности за травмы, увечья или смерть Исполнителя, произошедшие не по
вине Заказчика, а также в случае нарушения Исполнителем правил техники безопасности или
промышленной санитарии.
8.5. Заказчик вправе в любое время осуществлять контроль за соблюдением Исполнителем и третьими
лицами, привлекаемыми Исполнителем, положений настоящей статьи Договора. Обнаруженные в ходе
проверки нарушения фиксируются в акте, подписываемом представителями Заказчика, Исполнителем. В
случае отказа Исполнителя от подписания такого акта, он оформляется Заказчиком в одностороннем
порядке.
8.6. Несоблюдение Исполнителем требований настоящей статьи является существенным нарушением
условий настоящего Договора и дает Заказчику право требовать уплаты штрафа в размере 1 000 рублей
за каждый случай нарушения, а также расторгнуть настоящий Договор в одностороннем порядке без
обязательств Заказчика по возмещению убытков Исполнителя, связанных с таким расторжением.
9. АНТИАЛКОГОЛЬНАЯ ОГОВОРКА
9.1. Исполнитель не вправе оказывать услуги по настоящему Договору в состоянии алкогольного,
наркотического или токсического опьянения.
9.2. Исполнитель обязан не допускать пронос и нахождение на территории Заказчика веществ,
вызывающих алкогольное,
наркотическое или токсическое опьянение, за исключением веществ,
необходимых для осуществления производственной деятельности на территории Заказчика (далее «Разрешенные вещества»).
9.3. В целях обеспечения контроля за указанными ограничениями Заказчик имеет право производить
проверки и досмотр всех транспортных средств, вещей и материалов, доставляемых Исполнителем на
территорию Заказчика. Если в результате подобного досмотра
будут
обнаружены указанные
запрещенные вещества, то Исполнитель не допускается на территорию Заказчика.
9.4. В случае обнаружения на территории Заказчика Исполнителя
в
состоянии алкогольного,
наркотического или токсического опьянения, проноса или нахождения на территории Объекта
веществ, вызывающих алкогольное, наркотическое или токсическое опьянение, за исключением
Разрешенных веществ, Исполнитель уплачивает Заказчику штраф в размере ______ рублей за каждый
такой факт.
9.5. Фиксация факта появления Исполнителя на территории Заказчика в состоянии алкогольного,
наркотического или токсического опьянения, проноса или нахождения на территории Заказчика
веществ, вызывающих алкогольное, наркотическое или токсическое опьянение, за исключением
Разрешенных веществ, для целей настоящего Договора и отношений между Заказчиком и
Исполнителем может осуществляться любым из нижеперечисленных способов:





медицинским
осмотром, или
освидетельствованием;
актами, составленными работниками Заказчика (контрагентами Заказчика);
письменными объяснениями работников Заказчика (контрагентов Заказчика);
другими способами.
9.6. Заказчик имеет право в любое время проверять исполнение Исполнителем обязанностей,
предусмотренных в настоящем разделе Договора. В случае возникновения у Заказчика подозрения о
наличии на территории Заказчика Исполнителя в состоянии опьянения, Исполнитель обязан по
требованию Заказчика незамедлительно прекратить оказание услуг на территории Заказчика.
10. АНТИКОРРУПЦИОННАЯ ОГОВОРКА
10.1. При исполнении своих обязательств по Договору, Стороны, иx аффилированные лица, работники
или посредники не выплачивают, не предлагают выплатить и не разрешают выплату каких-либо
денежных средств или ценностей, прямо или косвенно, любым лицам, для оказания влияния на
действия или решения этих лиц с целью получить какие-либо неправомерные преимущества ми иные
неправомерные цели.
10.2. При исполнении своих обязательств по Договору, Стороны, их аффилированные лица, работники
или посредники не осуществляют действия, квалифицируемые применимым для целей Договора
законодательством, как дача/получение взятки, коммерческий подкуп, а также действия, нарушающие
требования применимого законодательства и международных актов о противодействии легализации
(отмыванию) доходов, полученных преступным путем.
10.3. В случае возникновения у Стороны подозрений, что произошло или может произойти нарушение
каких-либо положений настоящей Статьи, соответствующая Сторона обязуется уведомить другую
Сторону в письменной форме. После письменного уведомления, соответствующая Сторона имеет право
приостановить исполнение обязательств по Договору до получения подтверждения, что нарушения не
произошло или не произойдет. Это подтверждение должно быть направлено в течение десяти рабочих
дней с даты направления письменного уведомления.
10.4. В письменном уведомлении Сторона обязана сослаться на факты или предоставить материалы,
достоверно подтверждающие или дающие основание предполагать, что произошло или может
произойти нарушение каких-либо положений настоящей Статьи контрагентом, его аффилированными
лицами, работниками или посредниками, выражающееся в действиях, квалифицируемых применимым
законодательством, как дача или получение взятки, коммерческий подкуп, а также действиях,
нарушающих требования применимого законодательства и международных актов о противодействии
легализации доходов, полученных преступным путем.
10.5. В случае нарушения одной Стороной обязательств воздерживаться от запрещенных в настоящем
разделе Договора действий и/или неполучения другой Стороной в установленный Договором срок
подтверждения, что нарушения не произошло или не произойдет, другая Сторона имеет право
расторгнуть Договор в одностороннем порядке полностью или в части, направив письменное
уведомление о расторжении. Сторона, по чьей инициативе был расторгнут Договор в соответствии с
положениями настоящей статьи, вправе требовать возмещения реального ущерба, возникшего в
результате такого расторжения.
11. ЭЛЕКТРОННЫЙ ДОКУМЕНТООБОРОТ
11.1
Документы, которыми Стороны обмениваются в электронном формате, подписываются
Усиленной квалифицированной электронной подписью (УКЭП) уполномоченных лиц обеих Сторон
соглашения. Каждая из Сторон может иметь несколько уполномоченных лиц для обмена информацией в
рамках Договора. Каждое уполномоченное лицо должно иметь собственную электронную подпись,
сертифицированную в установленном порядке в соответствии с нормами Федерального закона №63-ФЗ,
и доверенность (МЧД), подтверждающую полномочия этого лица, оформленную Стороной в
установленном порядке (при необходимости). Виды документов, которыми Стороны обмениваются в
рамках настоящего Договора:
11.2. Формализованные ЭД − электронные документы, для которых нормативно-правовыми актами РФ
установлены обязательные и (или) рекомендованные электронные форматы. На момент заключения
настоящего Соглашения Стороны согласовали обмен в электронном формате следующих
формализованных электронных документов:

универсальный передаточный документ (УПД), в том числе корректировочный и на аванс;

акт сверки взаимных расчетов с контрагентами;

транспортная накладная.
11.3. Неформализованные ЭД – электронные документы, для которых нормативно-правовыми актами
РФ не установлены обязательные и (или) рекомендованные электронные форматы:

договоры, соглашения, дополнительные соглашения, в том числе дополнительные соглашения к
договорам, ранее подписанных на бумажных носителях собственноручной подписью; приложения к
ним;

корреспонденция, а также, любая переписка, осуществляемая Сторонами в рамках
договоров/соглашений/дополнительных соглашений (в том числе в порядке досудебного
урегулирования спора), в том числе направление претензий

соглашения о конфиденциальности (коммерческой тайне), Соглашение об электронном
документообороте и иные виды соглашений;

иные документы, конкретизирующие условия договоров/соглашений и подтверждающие
выполнение операций кроме документов, для которых утвержден обязательный формат или которые
передаются исключительно на бумажных носителях;

документы о передаче имущественных прав (за исключением случаев, когда для
соответствующих целей Стороны используют формализованные ЭД), акты МХ-1, акты МХ-3;

наряд-заказы, акты наладки (испытаний, ввода в эксплуатацию), акты установления
гарантийного строка, иные виды и формы актов и проектно-техническая документация для которых
законодательными актами РФ не предусмотрен обмен в рекомендованных или обязательных
электронных форматах;

счета на оплату.
11.4. Форматы обмена электронными документами:
11.4.1 Обмен формализованными документами осуществляется в формате XML, PDF. Представление
таких документов осуществляется автоматически Оператором ЭДО.
11.4.2. Обмен неформализованными документами преимущественно осуществляется в формате PDF –
акты, письма, счет на оплату. Для документов, содержащих большой объем данных, изначально
оформленных не в текстовых редакторах, допускается обмен документов в формате MS Excel.
11.4.3. Электронный обмен документами осуществляется через Операторов ЭДО, внесенных в Реестр
доверенных операторов юридически значимого электронного документооборота, в соответствии с
нормативно-правовым актом, утвержденным государственным органом, уполномоченным
осуществлять правовое регулирование Операторов ЭДО.
11.5. Стороны согласились осуществлять ЭДО через следующих Операторов ЭДО:
 Заказчик – ООО «Компания «Тензор»», ИНН 7605016030, Идентификатор доверенного ОЭД 2ВЕ,
обеспечивающее обмен информацией по телекоммуникационным каналам связи и фиксирующее факт и
дату направления и получения информации в рамках электронного документооборота компании;
 Исполнитель – наименование «________________», ИНН ________________, Идентификатор ОЭД
____.
11.6. В случае осуществления обмена документами через различных операторов ЭДО, Заказчик
инициирует настройку роуминга между операторами.
11.7. Применяя электронный документооборот, Стороны руководствуются действующим
законодательством РФ.
11.8. Стороны договорились соблюдать следующие правила при обмене первичными учетными
документами:
11.8.1. Комплект (контейнер) документов должен включать универсальный передаточный документ.
11.8.2. Один комплект документов (контейнер) может содержать только 1 экземпляр универсального
передаточного документа.
11.8.3. Комплект (контейнер) документов, кроме универсального передаточного документа может
включать дополнительные документы, обосновывающие/детализирующие выполнение работ/услуг,
поставку товаров. Обмен дополнительными документами производится в формате PDF в соответствии с
п. 11.3. Договора.
11.8.4. В один комплект документов (контейнер) должны быть включены первичные учетные документы
только по одной хозяйственной операции.
11.8.5. Производить обмен Актами сверки взаимных расчетов отдельными комплектами документов
(контейнерами), без первичных учетных документов и подтверждающих документов.
11.8.6. Не допускается передача первичных учетных документов одной хозяйственной операции в
электронном и бумажном форматах.
11.8.7. Не допускается наличие на документе, переданном через Оператора ЭДО, рукописных подписей
и печатей контрагента за исключением служебных отметок о согласовании документов на
дополнительных документах, подтверждающих выполнение операции.
11.9. Стороны осуществляют обмен электронными машиночитаемыми доверенностями (МЧД) путем
включения идентификационного номера МЧД уполномоченного лица в штамп (оттиск) электронной
подписи, размещенного на PDF-представлении электронного документа, или путем включения
контейнера подписанной МЧД в контейнер электронных первичных учетных документов, которыми
обмениваются Стороны.
11.10. Стороны не осуществляют обмен документами о купле-продаже товаров и документами о
передаче результатов услуг (документ об оказании услуг) в электронном виде в неформализованном
формате. Стороны осуществляют обмен универсальным передаточным документом, формат которого
ФНС России.
11.11. Распечатанные электронные документы признаются сторонами дубликатами и не обладают
равной юридической силой с электронными документами.
11.12. Стороны обязаны информировать друг друга о невозможности обмена документами в
электронном виде, подписанными УКЭП, в частности:

в случае технического сбоя на стороне программного обеспечения Сторон или Оператора ЭДО;

в случае несвоевременного обновления ключей ЭП и квалифицированных сертификатов.
В период, когда обмен ЭД невозможен или осложнен, Стороны производят обмен документами на
бумажном носителе подписанными собственноручной подписью.
ЭДО между Сторонами не отменяет обмен документами, не относящимися к первичной учетной
документации в бумажном формате.
11.13. Стороны признают, что электронный документ, заверенный действующей на
момент передачи электронной подписью (ЭП), является эквивалентом идентичного по содержанию
документа на бумажном носителе, подписанного уполномоченным лицом Стороны с проставлением
печати, имеет равную с ним юридическую силу и порождает для Сторон соответствующие права и
обязанности.
11.14. Электронный документ порождает обязательства Стороны по Договору и Соглашению с момента
постановки электронной подписи (ЭП), если он заверен действующей электронной подписью (ЭП)
уполномоченного Стороной лица. При этом содержание электронного документа должно
соответствовать полномочиям лица, его подписавшего.
11.15. Стороны признают, что используемые средства подготовки, передачи и проверки электронных
документов достаточны для обеспечения надежного, эффективного и безопасного документооборота.
11.16. Стороны признают используемую в электронном документообороте систему защиты информации
достаточной для защиты от несанкционированного доступа, контроля целостности передаваемых
данных, а также подтверждения авторства и подлинности электронных документов.
11.17.Взаимные обязанности и права Сторон:

обеспечить антивирусную безопасность и оперативную ликвидацию вирусных программ,
разрушающих систему электронного документооборота, операционную систему и прочие программные
средства с компьютеров, на которых установлено программное обеспечение для обмена электронными
документами и подписания их ЭП;

каждая из Сторон имеет право запрашивать и обязана по запросам другой Стороны направлять в
течение 5-и рабочих дней с момента получения запроса надлежащим образом оформленные бумажные
копии электронных документов, обмен которыми проходил в электронном цифровом виде;

каждая из Сторон несет ответственность за своевременное обновление ключей и сертификатов,
обеспечение конфиденциальности ключей ЭП, недопущение использования принадлежащих ей ключей
без ее согласия;
Стороны не позднее 10 (десяти) рабочих дней с момента заключения настоящего Соглашения и в
дальнейшем не позднее, чем за 10 (десять) рабочих дней до истечения срока действия ЭП, обязуются за
свой счет получать ключи ЭП и сертификаты.
11.18. Стороны обязаны уведомлять друг друга обо всех случаях компрометации ключей ЭП о
прекращении или об изменении полномочий лиц, указанных в настоящем Договоре, а также об
изменении их адресов электронной почты в течение 3 (трех) календарных дней с момента такого
изменения.
12. ПРАВА НА РЕЗУЛЬТАТЫ РАБОТ
12.1. Права на все результаты работ, включая исключительные права на результаты
интеллектуальной деятельности (далее – РИД), в том числе на изобретения, полезные модели,
промышленные образы, секреты производства, программы для ЭВМ, базы данных и иные
произведения, права на получения патентов, права на все материальные объекты (отчетная,
конструкторская, технологическая, рабочая документация, экспериментальное оборудование,
экспериментальные и опытные образцы и иные материальные объекты), созданные в ходе исполнения
обязательств по настоящему Договору, с момента их создания, возникновения в полном объеме
принадлежат Заказчику вне зависимости от того, было ли их создание прямо предусмотрено
Договором. Заказчику принадлежат исключительные права на все результаты, не ограниченные во
времени, месте либо содержании, на использование в любом виде результатов, которые были
произведены в рамках Договора, в том числе (но не ограничиваясь):
а) право на воспроизведение;
б) право на публичный показ;
в) право на практическую реализацию;
г) право на доработку и изменение, в том числе его передачу для доработки (изменения)
третьим лицам.
12.2. Исполнитель не вправе использовать для собственных нужд РИД и иные материальные
объекты, созданные в рамках Договора.
12.3. Исполнитель гарантирует, что им надлежащим образом урегулированы все отношения с
авторами РИД. Все расчеты с авторами РИД, созданных по настоящему договору и/или вошедших в
состав РИД, созданных по настоящему договору (использованных Исполнителем при создании РИД),
произведены Исполнителем самостоятельно и за свой счет. Исполнитель обязан предоставить
Заказчику полную информацию об авторах и/или иных обладателях интеллектуальных прав на РИД
и/или РИД, составной частью вошедшие в РИД, созданных по настоящему договору (использованных
Исполнителем при создании РИД).
12.4. Исполнитель дает Заказчику согласие на использование РИД без указания своего имени
(наименования), имен авторов РИД или иных правообладателей, если такие имеются (анонимное
использование РИД). Исполнитель гарантирует, что получил от обладателей исключительных прав на
РИД, разрешение на использование Заказчиком РИД, без указания имени или наименования (анонимно).
Заказчик по своему усмотрению вправе использовать РИД анонимно либо указывать Исполнителя или
иных авторов РИД.
12.5. Вознаграждение за создание, отчуждение прав на РИД и иные материальные объекты, прав на
получение патентов входит в общую цену, предусмотренную условиями настоящего Договора.
Вознаграждение является фиксированным и единоразовым, включающим в себя все возможные
издержки и затраты Исполнителя, которые он может понести при исполнении своих обязательств,
включая, но не ограничиваясь только этим, выплату любых видов вознаграждения авторам и иным
правообладателям. Никакие дополнительные отчисления в пользу Исполнителя и/или иных авторов и
правообладателей от использования Заказчиком любого созданного РИД и материального объекта не
выплачиваются.
12.6. Стороны договорились о том, что к настоящему Договору не применяется право на удержание,
предусмотренного ст. ст. 359, 360 ГК РФ. Исполнитель ни при каких обстоятельствах не имеет права
удерживать результаты, в том числе РИД и иные материальные объекты, полученное в ходе
исполнения настоящего Договора и обязан передать их Заказчику.
12.7. Исполнитель дает Заказчику согласие на создание любых производных произведений, в том
числе на внесение в РИД изменений, сокращений и дополнений, на включение в состав сложных
объектов или составного произведения. Исполнитель дает Заказчику согласие на обнародование РИД.
12.8. Ответственность за нарушение исключительных, личных неимущественных и иных прав
третьих лиц при выполнении обязательств по данному Договору полностью возлагается на
Исполнителя. В случае предъявления к Заказчику требований, претензий, исков, связанных с
использованием созданных Исполнителем результатов, в том числе РИД и иных материальных
объектов, Исполнитель обязан урегулировать их собственными силами и за свой счет. Доказанные
убытки, которые могут возникнуть у Заказчика в связи с нарушением со стороны Исполнителя прав
третьих лиц, связанных с выполняемыми по Договору услугами, относятся на Исполнителя.
13. ПРОЧИЕ УСЛОВИЯ
13.1. С даты заключения настоящего Договора все предыдущие переговоры и переписка по нему
теряют силу. Ни одна из Сторон не вправе передавать третьим лицам свои права и обязанности по
настоящему Договору без письменного согласия другой Стороны.
13.2. Заказчик вправе в любое время проверить ход и качество оказания услуг Исполнителем.
13.3. Договор составлен в письменной форме.
13.4. Настоящий Договор является действительным при наличии подписей уполномоченных
представителей и печатей Сторон.
13.5. Любые изменения и дополнения к настоящему Договору действительны при условии, если они
совершены в письменной форме, подписаны надлежащим
образом уполномоченными
представителями Сторон и скреплены печатями Сторон.
13.6. Настоящий Договор составлен в двух подлинных экземплярах, имеющих равную юридическую
силу, по одному экземпляру для каждой из Сторон.
13.7. Договор составлен на русском языке.
13.8. Настоящий Договор вступает в силу с даты его подписания и действует до полного исполнения
Сторонами своих обязательств по Договору.
13.9. Заказчик имеет право расторгнуть настоящий Договор в одностороннем порядке при условии
направления письменного уведомления в адрес Исполнителя не менее чем за 3 дня до
предполагаемой даты расторжения.
13.10. По согласованию с Заказчиком Исполнитель вправе осуществить замену соисполнителя из числа
СМСП, указанного в плане привлечения соисполнителей из числа СМСП, с которым заключается либо
ранее был заключен договор, на другого исполнителя из числа СМСП при условии сохранения цены
договора, заключаемого или заключенного между Исполнителем и соисполнителем, либо цены такого
договора за вычетом сумм, выплаченных Исполнителем в счет исполненных обязательств, в случае если
договор был частично исполнен. В случае замены соисполнителя Стороны Договора подписывают
новый план привлечения соисполнителей из числа СМСП в соответствии с формой Приложения № 2 к
настоящему Договору без заключения дополнительного соглашения. (условие исключается в случае
заключения Договора с Исполнителем из числа СМСП или в случае отсутствя в ДоЗ требования о
привлчении соисполнителей из числа СМСП).
14. ПРИЛОЖЕНИЯ К ДОГОВОРУ
Приложение № 1 Форма Задания Заказчика.
Приложение № 2 Форма плана привлечения субисполнителей из числа СМСП.
15. АДРЕСА, РЕКВИЗИТЫ И ПОДПИСИ СТОРОН
Заказчик
Исполнитель
Адрес места нахождения и почтовый адрес:
________________________________________
__________________________________
т. (_____) ________________
факс (_____) ______________
e-mail: ___________________
ОГРН _______________________________
ИНН _______________
КПП _______________
Р/счет № _____________________________ в
____________________________________
БИК _____________________________
К/счет _____________________________
ОКПО ______________________________
ОКВЭД ____________________________
Адрес места нахождения и почтовый адрес:
__________________________________________
________________________________
т. (_____) ________________
факс (_____) ______________
e-mail: ___________________
ОГРН _______________________________
ИНН _______________
КПП _______________
Р/счет № _____________________________ в
____________________________________
БИК _____________________________
К/счет _____________________________
ОКПО ______________________________
ОКВЭД ____________________________
____________________________________
_____________________________________
_______________________________________
_______________________________________
_______________/_____________________/
м.п.
_______________/______________________/
м.п
Приложение № 1
к Договору возмездного оказания услуг
№ ___________ от «__» ___________20__
ЗАДАНИЕ ЗАКАЗЧИКА
Общество с ограниченной отвественностью «БАРНАУЛЬСКИЙ ВОДОКАНАЛ» (ООО
«БАРНАУЛЬСКИЙ ВОДОКАНАЛ») в лице Генерального директора Полюго Андрея Сергеевича,
действующего на основании Устава, с одной стороны, именуемое в дальнейшем «Заказчик», с одной
стороны, именуемое в дальнейшем «Заказчик»,
и ___________________________ «____________________», именуемое в дальнейшем «Исполнитель», в
лице
_____________________________________,
действующего
на
основании
_______________________________________, с другой стороны, вместе именуемые «Стороны»,
договорились о предоставлении Исполнителем следующих видов услуг:
Сроки оказания
Ед.
Перечень оказываемых Исполнителем услуг
Исполнителем
№ п/п g модернизации АСУ ТП
изм.
услуг
Поставка
1
Право использования программы для ЭВМ
шт
SCADA 4D. Клиент-серверная
исполнительная система на 30 000 внешних
точек ввода. Включает протоколы,20
счетчико электроэнергии, 10 счетчиков
тепла и энергии
Право использования программы для ЭВМ С даты
шт
подписания
SCADA 4D. Опция резервирования для
клиент-серверной исполнительной системы договора до
15.12.2026г.
на 30 000 внешних точек ввода-вывода
Право использования программы для ЭВМ
шт
SCADA 4D. Пакет из 10 клиентских рабочих
мест с управлением на неограниченное
количество точек ввода-вывода
Право использования программы для ЭВМ
шт
SCADA 4D. Клиент-серверная
исполнительная система на 10 000 внешних
точек ввода, включающие различные
протоколы, 20 счетчиков, 10 счетчиков
оэнергии и тепла..
Право использования программы для ЭВМ
шт
SCADA 4D. Опция резервирования для
клиент-серверной исполнительной системы
на 10 000 внешних точек ввода-вывода -1
шт.
Право использования программы для ЭВМ
щт
SCADA 4D. Пакет из 5 клиентских рабочих
мест с управлением на неограниченное
количество точек ввода-вывода
щт
Лицензии на программу для ЭВМ
Лицензия на операционную систему
специального назначения для 64-х разрядной
платформы на базе процессорной, уровень
защищенности "Усиленный" (Воронеж) ,
способ передачи электронный, серверая до
2-х сокетов
Лицензия на операционную систему
Количеств Стоимость, руб.
о
без НДС
1
1
1
1
1
1
4
шт
1
щт
1
специального назначения для 64-х разрядной
платформы на базе процессорной, уровень
защищенности "Усиленный" (Воронеж),
способ передачи электронный, для рабочей
станции.
ПО Kasperski EDR-для бизнеса
Оптимальный
Средства анализа защищенности "СканерВС". Лицензия на 128 IP адресов
Средства анализа защищенности "СканерВС". Дополнительный IP к лицензии
2
3
4
5
Поставка и установка АРМ,.
Поставка серверного оборудования.
Поставка щита контроля параметров
Поставка и установка ультразвуковых
датчиков уровня
Монтаж и ПНР
Разработка SCADA ЦДП
Разработка SCADA ОСРВ
Монтаж и ПНР системы ЦДП
ПНР системы ОСРВ
Поставка и установка средств обеспечения
ИБ HW 1000
Поставка и установка средств обеспечения
ИБ HW 100
Настройка средств ИБ HW 1000
Настройка средств ИБ HW 1000
Настройка сертифицированной ОС на
сервере
Настройка сертифицированной ОС на
рабочем месте
Установка и настройка антивируса на
сервере
Установка и настройка антивируса на
рабочем месте
Установка и настройка средств
защищенности Сканер ВС
шт
21
шт
1
шт
14
С 17.12.2026г. шт
по 01.03.2027г. шт
шт
шт
7
4
1
12
ед
С 01.02.2027г. ед
по 01.07.2027г. ед
ед
ед
С 01.02.2027г. компл
по 01.05.2027г.
компл
1
1
1
1
1
3
С 02.07.2027г.
по 15.12.2027г.
ед
ед
ед
ед
ед
ед
ед
3
3
3
9
7
9
7
1
Дополнительные условия: Основные требования к оказываемым услугам отражены в Приложении № 1.1
к Заданию заказчика.
Периодичность составления универсального передаточного документа: по готовности согласно перечню
оказывемых услуг.
Стоимость объема оказанных услуг по каждому этапу отражена в таблице .
ПОДПИСИ СТОРОН
Заказчик
Адрес места нахождения и почтовый адрес:
________________________________________
__________________________________
т. (_____) ________________
факс (_____) ______________
e-mail: ___________________
ОГРН _______________________________
ИНН _______________
КПП _______________
Исполнитель
Адрес места нахождения и почтовый адрес:
__________________________________________
________________________________
т. (_____) ________________
факс (_____) ______________
e-mail: ___________________
ОГРН _______________________________
ИНН _______________
КПП _______________
Р/счет № _____________________________ в
____________________________________
БИК _____________________________
К/счет _____________________________
ОКПО ______________________________
ОКВЭД ____________________________
Р/счет № _____________________________ в
____________________________________
БИК _____________________________
К/счет _____________________________
ОКПО ______________________________
ОКВЭД ____________________________
____________________________________
_____________________________________
_______________________________________
_______________________________________
_______________/_____________________/
м.п.
_______________/______________________/
м.п
Приложение № 1.1
к Заданию Заказчика
Технические требования на разработку и поставку системы управления технологическими
процессами верхнего уровня OOO «Барнаульский Водоканал»
1. ТРЕБОВАНИЯ К СИСТЕМЕ
1.1 Требования к системе в целом
АСУ ТП должна создаваться на базе унифицированных комплексов технических средств (КТС).
Программное обеспечение должно быть российского производства и включено в реестр Минцифры.
Режим функционирования АСУ ТП – непрерывный с периодическими осмотрами и регламентными
работами без останова основного процесса.
АСУ ТП должна быть реализована как распределенная, иерархическая, многофункциональная,
программируемая автоматизированная система контроля, управления.
Разрабатываемая система должна соответствовать ГОСТ 24.104-2023 «Автоматизированная система
управления. Общие требования», федеральным нормам и правилам в области промышленной
безопасности и требованиям, изложенным в настоящих Технических требованиях и иметь возможность
дальнейшего развития.
Документация на АСУ ТП должна быть выполнена в соответствии с требованиями комплекса
стандартов и руководящих документов на автоматизированные системы (ГОСТ 34.201-2020, ГОСТ Р
59793-2021, ГОСТ 34.602-2020, ГОСТ Р 59853-2021).
Операционная система серверного оборудования должна быть на основе системы Linux,
русифицированная и соответствующая требованиям безопасности и производительности.
Необходимо предусмотреть установку сервера реального времени российского производства с
поддержкой синхронизации со спутниковыми системами GPS и ГЛОНАСС. Настроить синхронизацию
времени оборудования по протоколу NTP от сервера времени.
Срок гарантийного сопровождения оборудования – 3 года после ввода объекта в промышленную
эксплуатацию.
1.1.1 Требования к структуре и функционированию системы.
Построение системы будет происходить на основе существующей сети передачи данных.
На каждом крупном объекте дополнительно предусмотреть установку коммутационного сетевого
оборудования при необходимости.
Архитектура построения должна исключать наличие узлов (единичных элементов и связей), отказ
которых приведёт к отказу ВУ АСУ ТП в целом. Для обеспечения минимальной вероятности отказов
должно быть предусмотрено резервирование ответственных элементов.
Взаимодействие двух серверов на объекте должно быть основано на принципе «ведущий-ведомый» с
самоподхватом при любой неисправности «ведущего».
Адресное пространство всей сети Ethernet ВУ АСУ ТП должно быть приведено к единому виду.
1.1.2 Требования по сохранности информации при авариях.
Компоновка серверного оборудования должна обеспечивать стабильную работу системы при любых
неисправностях и резервирование компонентов сервера от блоков питания до носителей данных.
Носители данных должны быть в RAID-массиве уровня, обеспечивающего максимальную защиту от
потери данных и возможность горячей замены носителей с функцией восстановления данных на новом
носителе после замены.
Каждый из серверов должен иметь свою базу данных с глубиной архивирования тегов 3 года.
Дополнительно устанавливается сервер баз данных для хранения значений тегов с глубиной
архивирования 10 лет.
Базы данных серверов должны быть интегрированы в интерфейс пользователя без необходимости
дополнительных настроек для получения данных.
Серверное оборудование и оборудование связи должно быть обеспечено ИБП (источник
бесперебойного питания).
ИБП должен обеспечить работу оборудования серверов и связи в течении 30 мин при потере основного
питания.
1.1.3 Требования к надежности
В составе поставляемого оборудования должны использоваться надежные устройства внешней памяти
(жесткие диски) для сохранения и восстановления ретроспективной информации.
Блоки питания должны быть оборудованы защитой от скачков напряжения и токовой отсечкой для
сохранения основного оборудования.
Для выявления неисправности компонентов должна быть предусмотрена внешняя световая (звуковая)
индикация неисправного состояния. Замена неисправного модуля должна производиться без остановки
технологического процесса. Переход на резерв должен производиться автоматически, безударно и без
остановки технологического процесса.
Программное обеспечение (ПО) должно быть обеспечено контролем зависания, контролем разрыва
связи, инструментами самовосстановления работоспособности.
ПО должно иметь функцию обновления компонентов без прерывания работы системы.
Надежность технических средств и программного обеспечения, предназначенных для реализации
каждой из функций системы, должна обеспечивать в совокупности выполнение требований по
надежности функций:

среднее время безотказной работы не менее 40 000 часов;

среднее время восстановления не более 0,2 часа.
Система должна обеспечивать диагностику своих технических средств в режиме нормальной работы.
Должны быть реализованы следующие способы повышения надежности:

высокая надежность комплектующих элементов, субблоков, модулей, устройств передачи
информации;

наличие аппаратной, информационной, функциональной и алгоритмической избыточности,
обеспечивающей своевременное определение и устранение причин единичных отказов;

разработка надежно работающих программных средств;

развитая система диагностики технических и программных средств;

защита от выдачи ложных команд и ложной информации;

рациональное распределение функций управления между техническими средствами и
персоналом;

использование рациональных интерфейсов «человек-система», позволяющих быстро и
однозначно идентифицировать ситуацию;

реализация постоянного контроля за целостностью хранимой информации;

организация защиты базы данных и программного обеспечения от несанкционированного
вмешательства;

обеспечение запасными частями.
Надежность выполнения функций на стадиях проектирования оценивается расчетным методом по
характеристикам элементов, участвующих в реализации функций. На стадии внедрения надежность
оценивается по фактическим статистическим данным по сбоям и отказам функций системы.
1.1.4 Требования по обеспечению информационной безопасности.
Для обеспечения штатного режима функционирования АСУ ТП должен быть предусмотрен
Исполнителем комплекс организационных и технических мер, составляющих систему защиты
информации АСУ ТП и обеспечивающих информационную безопасность в соответствии с требованиями
Федерального закона от 26.07.2017 № 187-ФЗ «О безопасности критической информационной
инфраструктуры Российской Федерации», приказа ФСТЭК России № 31 от 14.03.2014 г. «Об утверждении
Требований к обеспечению защиты информации в автоматизированных системах управления
производственными и технологическими процессами на критически важных объектах, потенциально
опасных объектах, а также объектах, представляющих повышенную опасность для жизни и здоровья
людей и для окружающей природной среды».
Требования по обеспечению информационной безопасности АСУ ТП указаны в Приложении Б.
1.1.5 Требования к эргономике и технической эстетике
Условия работы персонала должны соответствовать ГОСТ 12.3.002-2014.
Взаимодействие персонала с АСУ ТП осуществляется через специализированные АРМ.
Интерфейс разрабатываемой системы АСУ ТП должен быть интуитивно-понятным, позволяющим
пользователю в кратчайшие сроки освоить работу с АСУ ТП. Должен быть реализован графический
многооконный режим с настраиваемыми элементами интерфейса и цветового оформления.
Отображение информации на экране цветного графического дисплея должно обеспечивать получение
оператором полной характеристики текущего состояния технологического процесса и оборудования, и
возможность управления ими в виде, наиболее удобном для восприятия в каждой конкретной ситуации.
Фрагменты изображения не должны быть перенасыщены информацией и разнообразием цветовой гаммы.
Фон графических экранов должен быть не ярким и выбран из «спокойной» цветовой гаммы.
1.1.6
Требования к безопасности к SCADA-системам
1.1.6.1.В целях информационной безопасности и прогнозируемости нагрузки на программноаппаратный комплекс доступ сторонних пользователей к SCADA должен быть запрещен.
1.1.6.2. Аутентификация (подтверждение подлинности) пользователей должна осуществляться на
основе использования имени и пароля, при осуществлении удаленного доступа должна быть использована
двухфакторная аутентификация. Аутентификация пользователей должна быть настроена в соответствии с
политикой парольной защиты.
1.1.6.3. Доступ пользователей к информационным ресурсам SCADA должен осуществляться согласно
функциональной деятельности пользователей, структурных подразделений Заказчика.
1.1.6.4. Доступ к информационным ресурсам SCADA должен осуществляться в соответствии с
матрицами доступа по принципу «что не разрешено, то запрещено».
1.1.6.5. Сегменты сети должны быть разделены на сети нижнего и верхнего уровня. Нижний уровень
(НУ) должен включать в себя сервера SCADA, ПЛК, преобразователи интерфейсов. Верхний уровень
(ВУ) должен включать в себя сервера SCADA, АРМ.
1.1.6.6. Системное и прикладное ПО должно предоставлять возможность смены паролей или
блокировки (удаления) учетных записей, в том числе предустановленных и/или используемых для
взаимодействия с базами данных.
1.1.6.7. Установка обновлений системного и прикладного программного обеспечения АРМ и серверов
SCADA, а также АСО, ПЛК должна производиться в исключительных случаях в ручном режиме во время
плановых профилактических мероприятий.
1.1.6.8. Должна быть реализована возможность контроля целостности ПО, включая их обновления, с
использованием контрольных сумм, хэш-функции или электронной подписи в процессе загрузки или
динамически в процессе работы SCADA систем. Использование автоматизированных средств контроля
состава и целостности ПО, при их наличии, не должно каким-либо образом влиять на работу ПО самой
SCADA (блокировать или останавливать работу программ, удалять файлы), только регистрировать факт
нарушения с указанием названия измененного программного модуля.
1.1.7 Требования к защите от влияния внешних воздействий
Ввиду установки оборудования АСУ ТП в отапливаемых помещениях с обеспечением необходимого
микроклимата, особых требований к защите от воздействия от атмосферных помех не предъявляется.
АСУ ТП должна быть устойчива к воздействию внешних магнитных полей, постоянных или
переменных с частотой сети с напряженностью до 400 А/м.
АСУ ТП должна сохранять работоспособность при воздействии индустриальных радиопомех по
нормам 8-72 «Общие нормы допустимых индустриальных помех».
1.1.8 Требования к эксплуатации, ТО, ремонту и хранению компонентов системы.
АСУ ТП должна эксплуатироваться в режиме круглосуточной непрерывной работы.
Профилактическое и ремонтное обслуживание отдельных частей АСУ ТП должно проводиться во
время остановки на профилактическое и ремонтное обслуживание контролируемого технологического
оборудования.
В эксплуатационной документации должны быть указаны виды технического обслуживания и ремонта
и обеспечение их ЗИП, периодичность, продолжительность, и квалификация персонала, а также, при
необходимости, перечень переносной контрольно-проверочной аппаратуры и инструкции по ее
применению.
Условия хранения ЗИП и аппаратуры АСУ ТП (до ее монтажа) должны соответствовать ГОСТ Р 529312008.
Условия хранения носителей с копиями ПО должны соответствовать паспортным данным носителей.
Транспортирование и хранение технических средств АСУ ТП должны соответствовать требованиям
ГОСТ Р 52931-2008.
1.1.9 Требования по стандартизации и унификации.
Аппаратура АСУ ТП должна быть спроектирована с максимальной унификацией решений.
Унификация всех решений должна обеспечиваться единообразным подходом к решению однотипных
задач, созданием унифицированных объектно-ориентированных компонентов технического,
программного, информационного, лингвистического обеспечения.
Конструктивы шкафов, функциональных модулей должны быть унифицированы во всех устройствах
комплекса технических средств АСУ ТП. Должна использоваться минимальная номенклатура различного
оборудования.
Должно использоваться минимальное количество номиналов питающих напряжений.
В инструментальной системе должны использоваться универсальные операционные системы и
технологические языки программирования высокого уровня.
Формы представления информации должны быть максимально приближенными к проектным
изображениям технологических схем и их элементов.
Технологические алгоритмы должны разрабатываться в формализованном виде на
специализированном языке, доступном специалистам-технологам.
1.1.10 Дополнительные требования
Перспективы развития, модернизации системы
Загрузка процессоров и оперативной памяти на АРМ и серверах при полностью загруженном и
функционирующем программном обеспечении не должна превышать 50%.
В шкафах распределения питания должен быть предусмотрен резерв в размере 20% по каждому
номиналу автоматических выключателей.
Сетевое оборудование должно обеспечивать 50% резервных портов для подключения
дополнительного оборудования при необходимости.
Программное обеспечение серверов должно быть снабжено удобными инструментами разработки:

объектно-ориентированный подход к разработке на всех уровнях проекта;

обработка данных с помощью встроенного компилируемого языка сценариев;

гибкая генерация событий на основе поступающих значений по заданным шаблонам;

сохранение и восстановление среза текущих значений параметров в файл.
Система должна иметь возможность добавления новых клиентов, АРМов, а также систем управления,
отдельных контроллеров по протоколам:

OPC UA;

OPC DA;

МЭК-101;

МЭК-104;

Modbus TCP;

Modbus RTU;

S7.NET;

SNMP.
Исполнитель должен провести обучение специалистов организации заказчика по:

проведению ТО оборудования;

методам выявления неисправностей оборудования;

созданию резервных копий носителей данных и ПО оборудования;

добавлению новых объектов к существующей системе;

редактированию существующих объектов.
Технические средства программируемого логического контроллера АСУ ТП, по требованиям защиты
человека от поражений электрическим током относятся к классу 1, должны выполняться в соответствии с
ПУЭ, ГОСТ-12.2.007.0-75, ГОСТ Р 50571.4.41-2022 и ГОСТ 25861-83.
Конструктивные элементы стоек (блоков) должны исключать возможность прикосновения к
токоведущим частям, а также замыкания на корпус и накоротко, и иметь предупредительные надписи и
гравировки на русском языке.
Класс защиты шкафов соответствует IP 42. Для шкафов, устанавливаемых в серверных помещениях,
допускается использование с классом защиты IP 21.
Мониторы АРМ должны соответствовать требованиям Российских санитарных норм «СП 2.2.3670-20:
Санитарно-эпидемиологические требования к условиям труда». Допустимым является применение
мониторов, соответствующих стандартам: ТС095, ТС092, MPRII.
Для защиты обслуживающего персонала и программно-технического комплекса (далее-ПТК) АСУ ТП
от возникновения разности потенциалов на контуре заземления в местах установки разнесенного
оборудования, вызванного короткими замыканиями в электрической части, атмосферными разрядами,
протеканием уравнительных токов по контуру заземления и т.п. должны предусматриваться заземление
компонентов КТС АСУ ТП в соответствии с ПУЭ.
1.2 Требования к функциям (задачам), выполняемым системой
1.2.1 Объем автоматизации
Объем автоматизации определяется в соответствии с количеством входных/выходных
технологических параметров, количеством параметров сигнализации, регулирования, управления.
Расчетное количество каналов до 10000.
В процессе наладки системы количество каналов может меняться в пределах 10% от расчетного
количества.
1.2.2 Функции системы
АСУ ТП технологического объекта должна обеспечивать выполнение следующих функций:

автоматизированный сбор и первичная обработка технологической информации,
определение значений параметров по измеренным сигналам;

формирование команд управления;

накопление, регистрация и хранение поступающей информации;

предупредительная и аварийная сигнализация при выходе технологических
параметров за установленные границы и при обнаружении неисправностей в работе
оборудования АСУ ТП;

визуализация хода и результатов процесса;

автоматическое составление отчетов и рабочих (режимных) листов за определенные
периоды времени.

оперативный контроль значений технологических параметров с заданной
частотой сканирования

сбор и первичная обработка сигналов с объекта управления;

сглаживание и фильтрация сигнала с помехами (при необходимости);

отказ микропроцессорных контроллеров;

обрыв одного из проводов резервируемой сети;

отказ рабочих станций, как оборудования, так и программного обеспечения.
Отображение технологической и системной информации на экранах операторских станций:

отображение совокупности данных, относящихся к отдельному параметру или

контуру регулирования;

отображение данных, относящихся к группе параметров;

представление обзорного дисплея для определения состояния сформированных

групп параметров;

представление одиночных и групповых трендов параметров с заданной

продолжительностью предыстории;

формирование системных сообщений о состоянии управляющего комплекса,

выполняемых функциях, результатах прохождения диагностических тестов.
Текстовое оповещение о событиях (технологическая сигнализация, системное сообщение и т.п.)
должно отображаться в специальной строке графического интерфейса РСУ.
Действие звуковой сигнализации и мигание изображения параметра (оборудования) должно
продолжаться до момента квитирования (подтверждения) сообщения оператором.
Цветовая индикация отклонений на мнемосхеме и отображение отклонений на экране текущей
аварийной сигнализации должны сохраняться до тех пор, пока значение параметра не войдет в норму.
Накопление технологической информации:

формирование трендовых групп параметров;

архивация значений параметров с дискретностью не более 1 секунд, срок хранения исторических
данных не менее 36 месяцев;

архивация значений параметров с дискретностью не более 30 секунд, срок хранения на серверах
баз данных в течении 10 лет;

формирование журнала событий для регистрации действий операторов, включения выключения
технологического оборудования;

формирование текущих, сменных, суточных, месячных, хозрасчетных рапортов по заданной
форме;

формирование отчетов о нарушении режима;

хранение базы данных контроллеров подсистем управления;

формирование текстовых сообщений технологической сигнализации в понятной терминологии;

архивация сообщений сигнализации в единый журнал с возможностью удобного поиска и
обработки массива информации, в том числе с использованием фильтров;

возможность периодической записи архивной информации по всем видам данных на жесткий
носитель в архив длительного хранения по команде инженера АСУ ТП.

для всех позиций (давление, температура, плотность и др.) участвующих в расчете
материального баланса, должны быть созданы отдельные теги для накопителей: динамический
накопитель, сменный (для каждой смены), суточный, месячный. Значения тега сменного, суточного и
месячного накопителя должны сохранять свои значения до следующего соответствующего периода.
Данные теги должны быть внесены в накопление истории (трендов).
1.3 Требования к видам обеспечения
Комплекс технических средств (КТС) должен быть достаточным для реализации заложенной
структуры и функций разрабатываемой системы. Система управления должна обеспечить непрерывное
ведение технологического процесса, сохранять свои основные функции при выходе из строя отдельных
элементов системы и позволять проводить текущий ремонт или замену элементов без остановки
технологического оборудования.
1.3.1 Требования к техническому обеспечению
Шкафы с оборудованием серверов АСУ ТП должны соответствовать следующим требованиям:

двухсторонний доступ (с цоколем, без дверей, замков) 800Шх2100Вх800Г;

40-42U;

с верхним подводом кабелей;

иметь встроенное внутреннее освещение и розетку 220В;

иметь однорядные клеммники с ножевыми размыкателями или предохранительными вставками;

с шиной центрального заземления;

в шкафах системы управления предусмотреть размещение оптических кросс-боксов и сетевого
оборудования;

в каждом серверном шкафу установить сетевое оборудование достаточное для полноценного
функционирования системы;

клеммные терминалы для подключения полевых кабелей и кабелей межшкафного соединения;

клеммные терминалы для подключения полевых кабелей должны быть с ножевыми
размыкателями с винтовыми зажимами;

пластиковые кабель-каналы с учетом разделения кабелей по типу сигнала;

установить систему мониторинга климата оборудования шкафов и серверной (пример: модуль
мониторинга VT825). Модуль должен передавать данные в систему SCADA по климату внутри шкафа и
внутри помещения серверной, также данные с дискретных датчиков открытия дверей серверной.
Требования к составу и оборудованию АРМов указаны в Приложении В.
К дополнительным АРМам (режим просмотра) относятся:
1.
АРМ Директора по производству;
2.
АРМ Главного метролога АСУТП;
3.
АРМ Начальника участка по ремонту и обслуживанию КИПиА;
4.
АРМ Инженера по метрологии;
5.
6.
7.
АРМ Начальника цеха ОСРВ;
АРМ Инженера-технолога ОСРВ;
АРМ Начальника технического отдела.
Компоновка оборудования АРМов должна удовлетворять потребностям развернутого на них
программного обеспечения.
Для всех системных блоков всех типов АРМ и Серверов (при их наличии) предусмотреть
резервирование жестких дисков (HDD) в конфигурации RAID.
АРМ операторов-технологов и инженерные станции должны быть оснащены звуковыми колонками,
кронштейн для крепления и установки на рабочем месте соответствующего количества мониторов.
Все АРМ должны быть равнозначны по набору функций контроля и управления.
Инженерная станция должна совмещать инженерный и операторский функционал с разделением
полномочий, защищенных паролем.
АРМы должны иметь возможность разграничения прав доступа на различных уровнях взаимодействия
с системой.
На дополнительных АРМах взаимодействие с системой должно быть ограничено только просмотром
состояния системы без элементов управления.
АРМ должен иметь средства для сохранения конфигурации системы на сменные носители.
Требования к интерфейсу оператора указаны в Приложении А.
1.3.2 Требования к программному обеспечению.
Программное обеспечение должно удовлетворять следующим требованиям:

программное обеспечение должно быть Российской разработки и включено в реестр Минцифры;

модульность построения прикладного ПО, подразумевающая независимую разработку и отладку
отдельных модулей ПО с последующей их компоновкой в программе системы;

открытость ПО, позволяющая корректировать и расширять ПО при появлении производственной
необходимости;

гибкость и возможность настройки ПО ПТК системы в соответствии с условиями
производственных задач;

надежность (живучесть) ПО - способность выполнять возложенные на систему функции в
соответствии с заданным алгоритмом при действии дестабилизирующих факторов (сбои и отказы
оборудования, несанкционированный доступ в программу и т.п.).
Программное обеспечение должно включать антивирусное ПО, протестированное на совместимость с
ПО АСУ ТП.
В состав ПО должны входить общесистемное ПО (СПО), базовое прикладное ПО (БПО) и собственно
прикладное ПО (ППО) с соответствующими структурами данных.
В качестве общесистемного ПО должны использоваться современные стандартные универсальные и
однотипные операционные системы, поддерживающие сетевые функции.
Общесистемное ПО (универсальные ОС) должны надежно функционировать в многозадачном режиме
и обеспечивать функционирование прикладного ПО в реальном масштабе времени с защитой от сбоев. В
состав системного программного обеспечения должны входить программные средства создания и ведения
баз данных, их структурные описания, описания взаимосвязей баз данных.
Базовое прикладное ПО должно включать в себя развитые инструментальные и исполнительные
средства (пакеты программ) производителей оборудования АСУ ТП, позволяющие эффективно
разрабатывать, отлаживать и исполнять компоненты прикладного ПО АРМ и баз данных системы.
Прикладное ПО АСУ ТП на всех уровнях системы должно функционировать под управлением
соответствующих ОС и БПО и должно включать следующие компоненты:

оперативное ПО (оперативное ПО АРМ, ОС)

тестовые программы и программы диагностики технических средств системы;

программы и средства работы с БД АСУ ТП;





ПО для создания проектов, конфигурирования системы на инженерной станции;
ПО для создания мнемосхем (видеоэкранов) на инженерной станции;
ПО для автоматического документирования базы данных и алгоритмов системы;
ПО для формирования рапортов, отчетов;
ПО для анализа сигнализаций и сообщений (система управления сигнализациями).
1.3.2.1 Требования к SCADA-системам
SCADA - система сбора данных и оперативного контроля, предназначенная для получения и хранения
информации о текущем режиме системы и состоянии оборудования от системы сбора и передачи
информации, обработки полученной информации и предоставления информации подсистемам
автоматизированной системы диспетчерского управления и другим автоматизированным системам
(далее-SCADA), должна соответствовать требованиям Технической политики Компании
«РОСВОДОКАНАЛ» и настоящих технических требований, которые должны учитываться при
разработке проектной документации на ее создание или модификацию;

SCADA должна быть Российской разработки и включена в реестр Минцифры.

архитектура SCADA должна соответствовать принципам открытости архитектуры и должна
быть построена на основе общедоступных и общепризнанных стандартов на продукты информационных
технологий. Для успешного решения поставленных задач SCADA должна обеспечивать:

масштабируемость;

возможность интеграции и обмена информацией с внешними программно-аппаратными
комплексами;

информационную унификацию путем применения общей информационной модели;

наличие необходимой и достоверной информации для задач оперативно-диспетчерского
управления. Необходимая информация поступает извне (является внешней по отношению к SCADA) или
вырабатывается в процессе управления (внутри SCADA);

защиту от несанкционированного доступа к информации и функциям SCADA;

защиту от ошибочных действий персонала, от случайных изменений и разрушения информации
и программ.

Аппаратные и программные средства должны иметь модульную структуру и системное ПО,
допускающие широкий диапазон их использования от минимального выбора для выполнения одной
функции до максимального, обеспечивающего выполнение всех функций SCADA.

SCADA должна отвечать следующим требованиям к программному продукту:

полная кроссплатформенность среды разработки и среды исполнения;

поддержка наиболее распространённых отечественных операционных систем;

поддержка наиболее распространённых отечественных процессоров;

поддержка широкого набора промышленных протоколов, в том числе проприетарных
(Ethernet/IP, Profinet, EtherCAT, FINS, SLMP, SNMP и др.);

вывод на мнемосхему видеопотока в формате RTSP;

поддержка протокола OPC UA в режимах сервера и клиента, с передачей архивных данных,
поддержкой Reverse Connection, различных режимов шифрования и подписи, а также режима OPC Alarms
and Events (тревоги и события);

прямая поддержка электро- и теплосчётчиков (Меркурий, Энергомера, Пульсар, Теплоком и др.);

наличие заключения о возможности применения на значимых объектах критической
информационной инфраструктуры не ниже 1 категории значимости в соответствии с приказом ФСТЭК
России от 25.12.2017 № 239.

Среда разработки SCADA должна обеспечивать:

поддержку языков программирования по МЭК 61131-3;

поддержку языка C# и возможность применения готовых библиотек C#;

создание функциональных блоков на языке C++;

применение объектно-ориентированного подхода при разработке проекта;

табличное представление проекта с возможностью дальнейшей обработки внешними
инструментами (в том числе Python, Visual Basic, JavaScript и др.);

наличие готовых специализированных функциональных блоков (расчёт сопротивлений, ПИ- и
ПИД-регуляторы, генераторы импульсов и сигналов с настраиваемыми параметрами и выходами и т. п.);

неограниченное тиражирование предварительно созданных элементов (объектов) как со строгим
наследованием настроек, так и с возможностью изменения отдельных настроек пользователем;

наличие библиотеки стандартных анимируемых элементов;

добавление и анимацию пользовательских SVG-элементов;

интеграцию с внешними системами по API;

работу с внешними базами данных (PostgreSQL, MS SQL, АВАДС, MySQL, ClickHouse);

интеграцию с информационными моделями зданий и сооружений (BIM);

отображение и привязку к проекту цифрового двойника технологического объекта;

совместимость с конфигураторами систем диспетчеризации инженерного оборудования зданий.

SCADA должна обеспечивать выполнение следующих требований по информационной
безопасности:

наличие функционала, позволяющего в максимальной степени выполнить требования
действующих стандартов по информационной безопасности;

аутентификацию посредством службы каталогов Active Directory (LDAP, с перспективой
перехода на LDAPS для операционных систем на базе Linux);

ролевую модель и разделение прав доступа к информации;

наличие отдельного интерфейса для добавления пользователей и ролей, а также для управления
пользовательскими и ролевыми настройками;

наличие набора функциональных блоков для добавления пользователей и ролей и управления их
настройками внутри проекта;

шифрование по протоколу не ниже TLS 1.3 при удалённом подключении клиентов визуализации
(браузер или специализированное приложение) к web-серверу;

хранение пользовательских настроек в отдельной базе данных, доступной для нескольких
проектов, при этом пароль должен быть зашифрован по алгоритму не слабее argon2 с обязательным
применением «соли»;

отправку журнала действий оператора на syslog-сервер;

ограничение доступа к журналу регистрации событий безопасности;

настройку периода хранения и размера журнала регистрации;

генерацию уведомлений о переполнении журнала регистрации;

контроль целостности программного обеспечения и прикладного программного обеспечения
проекта (ППО) — как в автоматическом режиме, так и по команде оператора.
В стоимость программных средств АСУ ТП должна входить стоимость лицензий на используемые
программные средства
1.3.2
Требования к лингвистическому обеспечению

Лингвистическое обеспечение SCADA должно быть достаточным для общения различных
категорий пользователей в удобной для них форме со средствами автоматизации SCADA.
В лингвистическом обеспечении SCADA должны быть:

предусмотрены языковые средства для описания любой используемой информации в SCADA;

стандартизированы описания однотипных элементов информации и записи синтаксических
конструкций;

обеспечены удобство, однозначность и устойчивость общения пользователей со средствами
автоматизации SCADA.

Лингвистическое обеспечение SCADA должно быть отражено в документации (инструкциях,
описаниях) организационного обеспечения SCADA в виде правил общения пользователей с программнотехническими средствами во всех режимах функционирования SCADA.

Интерфейс SCADA, обеспечивающий взаимодействие пользователей с SCADA, должен быть
реализован на русском языке.
В средствах (подсистеме) исполнения все выдаваемые на экраны интерфейса оператора текстовые
фрагменты: (элементы меню, сообщения, подсказки, элементы протоколов событий и пр.) должны быть на
русском языке. Среда программирования КТС должна входить в состав ПТК и обеспечивается
Исполнителем.
1.3.4 Требования к информационному обеспечению
Информационное обеспечение должно быть достаточным по объему и содержанию для оперативной и
достоверной оценки состояния технологического оборудования, режимов его работы, оценки и
функционирования подсистем АСУ ТП, распознавания отказов.
Информационное обеспечение должно включать:

информационные массивы, включая входную аналоговую и дискретную информацию,
результаты расчета и наиболее важные промежуточные результаты, нормативно-справочную
информацию;

систему ведения, редактирования и формирования базы данных;

формы выходных документов;

технические и программные средства архивирования, записи, хранения и воспроизведения
информации;

технические и программные средства передачи информации между компонентами АСУ ТП и в
смежные информационные системы.
Применяемые в выходных документах и на устройствах отображения информации термины и
сокращения должны быть общепринятыми в отрасли. Символы, используемые для фрагментов
мнемосхемы на экране дисплея, их цветовое кодирование должны быть идентичными.
Принятая система идентификации должна применяться во всей документации на АСУ ТП, включая
программную.
В основу построения информационного обеспечения АСУ ТП должен быть положен принцип
однократного ввода и многократного использования информации внутри системы.
Для удобства хранения, обработки и обмена информацией в рамках распределенной системы
управления автоматически должна создаваться единая база данных, обеспечивающая доступ к данным с
локальных элементов сети, которыми являются:

многофункциональные операторские станции – рабочие места технологического персонала;

инженерные станции – рабочие места инженеров АСУ ТП.
Обслуживание базы данных АСУ ТП должно выполняться только с инженерной станции в режиме
санкционированного доступа.
Информационная совместимость АСУ ТП и смежных систем обеспечивается применением
стандартных протоколов обмена данными:

Ethernet/IP;

Modbus (TCP, RTU).
1.3.4.1. SCADA для обеспечения технологических процессов управления необходима информация о
технологических режимах работы объектов диспетчеризации.
1.3.4.2. В состав информации о технологическом режиме работы объекта диспетчеризации входят:

электрические параметры режима, включая параметры аварийных режимов, характеризующие
технологические режимы объектов;

неэлектрические параметры, отражающие условия работы объектов;

команды дистанционного управления и регулирования.
413.4.3. SCADA должна обеспечивать прием и обработку всего необходимого объема параметров,
характеризующих технологические режимы объектов.
1.3.4.4. Перечень (детальный состав) параметров и команд управления определяется требованиями:

обеспечения наблюдаемости и управляемости режима работы объекта;

обеспечения надежности и достоверности информации о технологических режимах объектов за
счет ее избыточности;

регламентирующих документов по режимной и противоаварийной автоматике.
1.4. Требования к обмену информацией с системой сбора и передачи информации.

SCADA должна обеспечивать сохранение меток единого астрономического времени для всех
принимаемых параметров. Для меток времени должно использоваться UTC.
Форматы данных, используемые для передачи информации о телесигналах, телеизмерениях,
специальных параметрах должны обеспечивать передачу:

текущего значения параметра;

признаков достоверности (описателя качества) параметра;

метки времени параметра (при передаче по изменению).
Значения телеметрической информации (ТИ) должны передаваться в инженерных единицах.
Непосредственная передача результатов аналого-цифрового преобразования (квантов) допускается в
исключительных случаях по согласованию с Заказчиком.
2. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ АСУ ТП
Разработка АСУ ТП осуществляется в соответствии с ГОСТ Р 59793-2021 «Комплекс стандартов на
автоматизированные системы. Автоматизированные системы. Стадии создания» и ввод в действие АСУ
ТП осуществляется в соответствии с требованиями СП 77.13330-2016 «Системы автоматизации».
Разработчик АСУ ТП осуществляет поставку оборудования, выполнение техно рабочего проекта, шефмонтажных (ШМР), пуско-наладочных (ПНР) и инжиниринговых работ – далее Поставщик.
2.2 Документация
Документация на программно-технический комплекс должна быть представлена на русском языке и
оформлена согласно стандартным формам.
Изменения, внесенные в ходе приемки, должны быть отражены в общей документации.
В процессе выполнения контракта Поставщиком должны выдаваться следующие документы, которые
подлежат согласованию Заказчиком и Генеральным Проектировщиком/Проектировщиком (дается не
полный перечень):
- график выполнения контракта с указанием ключевых дат;
- структурная схема;
- характеристики шкафов и пультов;
- требования к электроснабжению и заземлению;
- электрические схемы шкафов;
- чертежи клеммников;
- функциональные спецификации конфигурирования;
- базовые мнемосхемы;
- базовые группы параметров;
В состав окончательной документации входят (перечень не исчерпывающий):
- комплектная документация системы;
- инструкция по эксплуатации, инструкция по техобслуживанию;
- описание и технические данные системы;
- спецификация поставляемого оборудования;
- описание программных средств, документы, переданные на одобрение, распечатки возможных
конфигураций, выводимые копии с экрана;
- инструкция по заземлению.
Содержание окончательной документации должно быть согласовано Заказчиком.
Документация должна быть выполнена по ГОСТ 34.201-2020, ГОСТ 34.602-2020.
Документация предоставляется в электронном виде и на бумажном носителе в 1 экз.
2.3 Проверка и испытания АСУ ТП
Система сдается в опытно-промышленную эксплуатацию по акту. По результатам опытнопромышленной эксплуатации составляется совместный акт приемки системы в постоянную
эксплуатацию. Состав приемной комиссии определяется Заказчиком.
Приемка АСУ ТП состоит из нескольких этапов (см. ГОСТ Р 59793-2021, СП77.13330-2016 «Системы
автоматизации»):
- пуско-наладочные работы;
- предварительные испытания;
- опытная эксплуатация;
- приемочные испытания;
- выполнение работ в соответствии с гарантийными обязательствами.
На этапе «Пусконаладочные работы» проводят автономную наладку технических и программных
средств, загрузку информации в базу данных и проверку системы ее ведения, комплексную наладку всей
системы.
Пусконаладочные работы по системам автоматизации (далее – пусконаладочные работы) должны быть
выполнены таким образом, чтобы была обеспечена реализация технических решений по автоматизации
технологического процесса или оборудования инженерных систем, принятых в проектной и рабочей
документации;
Пусконаладочные работы по системам автоматизации проводят в соответствии с решениями и
нормами, предусмотренными проектной и рабочей документацией, технологическим регламентом
(производственной инструкцией), эксплуатационной документацией на технические и программные
средства систем автоматизации предприятий-изготовителей и разработчиков, требованиями федеральных
норм и правил в области промышленной безопасности;
Пусконаладочные работы по системам автоматизации проводят в три стадии:
- I стадия - подготовительные работы;
- II стадия - автономная наладка систем автоматизации;
- III стадия - комплексная наладка систем автоматизации.
На этапе «Предварительные испытания» осуществляют:
- испытания программно-технического комплекса в соответствии с программой и методикой
предварительных испытаний; устранение неисправностей и внесение изменений в документацию АС ТП,
в том числе эксплуатационную, в соответствии с протоколом испытаний;
- оформление акта о приемке АСУТП в опытную эксплуатацию.
На этапе «Опытная эксплуатация» проводят:
- опытную эксплуатацию программно-технического комплекса;
- анализ результатов опытной эксплуатации;
- доработку (при необходимости) программного обеспечения;
- дополнительную наладку (при необходимости) технических средств программно-технического
комплекса;
- оформление акта о завершении опытной эксплуатации.
Во время опытной эксплуатации системы ведется рабочий журнал, в который заносятся сведения о
результатах наблюдения за правильностью ее функционирования, об отказах, сбоях, аварийных
ситуациях, корректировках технической документации. На этапе «Приемочные испытания» проводят:
- испытания на соответствии техническому заданию в соответствии с программой и методикой
приемочных испытаний;
- анализ результатов испытаний программно-технического комплекса и устранение недостатков,
выявленных при испытаниях;
- оформление акта о приемке АСУ ТП в промышленную эксплуатацию.
Результаты приемочных испытаний системы должны быть оформлены актом, утверждаемым в
установленном порядке. Акт должен содержать заключение о соответствии системы требованиям
Технического задания и решение комиссии о приемке системы в промышленную эксплуатацию.
На этапе «Выполнение работ в соответствии с гарантийными обязательствами» осуществляются
работы по устранению недостатков, выявленных, при эксплуатации АСУТП в течение установленных
гарантийных сроков, внесению необходимых изменений в документацию на АСУТП.
При проведении приемки, комиссии предъявляется АСУТП в полном комплекте:
- комплекс технических средств, смонтированный, соединенный, налаженный и скомплексированный,
подготовленный к эксплуатации обученным персоналом;
- проектную документацию со всеми изменениями и дополнениями;
- эксплуатационную документацию необходимую для освоения АСУТП и ее нормальной
эксплуатации;
- программное обеспечение в виде загруженных модулей рабочего ПО, его копий на магнитных
носителях и программная документация;
- технические описания комплекса технических средств;
- ЗИП, приборы, устройства и стенды, необходимые для регламентных работ, проверки
работоспособности комплекса технических средств и метрологического контроля.
Приложения:
1. Приложение А – Требования к интерфейсу оператора
2. Приложение Б – Требования ИБ к АСУ ТП
Приложение А
ТРЕБОВАНИЯ К ИНТЕРФЕЙСУ ОПЕРАТОРА
А.1 Требования к размещению и компоновке рабочих мест
А.1.1 Система должна включать автоматизированные рабочие места:
- операторов;
А.1.2 Рабочие места должны быть укомплектованы:
- АРМ Оператора – двумя жидкокристаллическими мониторами;
А.1.3 Управление технологическим процессом должно производиться с помощью
манипулятора «мышь» и универсальной алфавитно-цифровой клавиатуры (рус./лат.).
А.2 Общие требования
А.2.1 Основным средством представления информации оператору должен являться цветной
графический монитор.
А.2.2 Технологические сообщения оператору должны быть на русском языке, системные
сообщения могут быть на английском и русском языках.
А.2.3 Для операторского интерфейса должна быть предусмотрена система защиты от
несанкционированного доступа к изменяемым параметрам Системы.
А.3 Структура операторского интерфейса
А.3.1 Взаимодействие оператора с Системой должно обеспечиваться иерархической
системой видеокадров. Каждый видеокадр должен содержать:
- рабочую область, содержащую мнемосхему процесса;
- кнопки для вызова требуемых мнемосхем в верхней части экрана;
- сигнальную строку в нижней части экрана.
А.3.2 Мнемосхемы процесса должны в максимальной степени отражать структуру объекта и его
текущее состояние, а именно:
- состав технологического оборудования;
- динамику изменения состояния процесса;
- численные значения параметров процесса;
А.3.3 По степени детализации отображения информации операторский интерфейс должен
включать следующие виды мнемосхем:
- детальные мнемосхемы;
- групповые мнемосхемы;
- обзорные мнемосхемы.
А.3.4 Операторский интерфейс должен включать стандартные видеограммы:
- тренды реального времени;
- исторические тренды;
- экраны настройки;
- экраны аварийной и предупредительной сигнализации (текущие и исторические);
- экраны формирования отчетов;
- экран диагностики Системы;
- экран парольной защиты;
- экран блокировок.
А.3.5 Тренды должны обеспечивать отображение текущих (в реальном времени) и
зарегистрированных (история процесса) значений параметров в виде временных графиков.
Исторические тренды должны быть доступны для просмотра и печати в виде графиков.
А.3.6 Экран аварийной и предупредительной сигнализации должен содержать в
хронологическом порядке перечень сообщений об отклонениях контролируемых параметров.
А.3.7 Экран формирования отчетов должен содержать меню с перечнем формируемых отчетов.
Допускается формирование отчетов на сервере БД верхнего уровня. Перечень и форма отчетов
определяется на этапе выполнения технорабочего проекта.
А.3.8 Графическое содержание мнемосхем и видеограмм определяется на этапе разработки
проекта.
А.4 Отображение информации на мнемосхемах
А.4.1 Информация о значениях параметров процесса должна отображаться в виде численных
значений. Параметры и их значения должны отображаться следующим образом:
· аналоговые сигналы должны иметь поле с наименованием позиции датчика, поле численного
значения и единиц измерения;
· дискретные сигналы должны иметь поле с наименованием позиции датчика.
А.4.2 Наименование позиций аналоговых и дискретных сигналов на мнемосхемах должно
соответствовать таблице входных/выходных сигналов объекта.
А.4.3 Для сигнализации отклонений аналоговых параметров от заданных пределов должно
применяться цветовое кодирование, настраиваемое по согласованию с Пользователем системы
(Заказчиком) при конфигурировании.
А.4.4 При получении сигналов от датчиков-сигнализаторов должно применяться цветовое
кодирование наименования позиции, соответствующее отклонению параметра от уставки:
- при значении параметра ниже предупредительной уставки;
- при значении параметра ниже аварийной уставки;
- при значении параметра выше предупредительной уставки;
- при значении параметра выше аварийной уставки.
Цвет и способ сигнализации настраиваются при конфигурировании.
А.4.5 Цветовое кодирование состояния запорной арматуры.
Цветовое кодирование состояния запорной арматуры предлагается Разработчиком АСУ ТП и
согласовывается с Заказчиком.
А.4.6 Цветовое кодирование состояния насосных агрегатов, компрессоров, вентиляторов
должно быть следующим:
Цветовое кодирование состояния насосных агрегатов, компрессоров, вентиляторов и т.п.
предлагается Разработчиком АСУ ТП и согласовывается с Заказчиком.
А.4.7 Взаимодействие оператора с процессом при выполнении функций управления должно
осуществляться с помощью манипулятора «мышь» и клавиатуры.
А.5 Сигнализация
А.5.1 В Системе должна быть предусмотрена предаварийная и предупредительнаясигнализация
при отклонениях технологического процесса и нарушениях в работе оборудования.
Сигнализация должна формироваться при возникновении следующих условий:
- выход аналогового параметра за границы уставок;
- срабатывание дискретных сигнализаторов;
- аварийный останов технологического оборудования (насосы, компрессоры, вентиляторы);
- отказ оборудования Системы;
- отключение внешнего электропитания и переход на резервное электропитание.
А.5.2 Сигнализация должна производиться:
- миганием графического отображения технологического оборудования соответствующим
цветом;
- включением звукового сигнала;
- записью причины и времени срабатывания сигнализации в журнал сигнализации, а также
времени квитирования сигналов сигнализации;
Текстовое оповещение о событиях (технологическая сигнализация, системное сообщение и т.п.)
должно отображаться в специальной строке графического интерфейса распределительной
системы управления (далее -РСУ).
А.5.3 Действие звуковой сигнализации и мигание изображения параметра (оборудования)
должно продолжаться до момента квитирования (подтверждения) сообщения оператором.
Цветовая индикация отклонений на мнемосхеме и отображение отклонений на экране текущей
аварийной сигнализации должны сохраняться до тех пор, пока значение параметра не войдет в
норму.
А.5.4 При срабатывании аварийно-предупредительной сигнализации должна быть
предусмотрена возможность вызова на экран (с помощью манипулятора «мышь»)
соответствующей мнемосхемы технологического процесса.
А.6 Рапорты (отчеты)
Предусмотреть следующие отчетные документы, выводимые на печать и, при необходимости,
на экран дисплея:
- Суточный режимный лист – автоматически выводится на печать один раз в сутки в указанное
время, содержит информацию по режимным переменным.
- Отчет о нарушении режима – конфигурируется средствами системы, вызывается на печать по
требованию персонала, хранится в системе не менее трех суток.
- Отчет по хозрасчетным параметрам – выводится на печать один раз в сутки средствами
системы по списку.
- Отчет о наработке силового оборудования за месяц, за заданный период, вызывается на печать
по требованию персонала;
- Отчет о переключениях механизмов за сутки, за месяц, за заданный период;
РСУ должна обеспечивать возможность печати указанных документов в файл формата
PDF.
Приложение Б
ТРЕБОВАНИЯ ПО ОБЕСПЕЧЕНИЮ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ
АСУТП
1. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
Автоматизированная система управления технологическим процессом (АСУ ТП) — комплекс
программных и технических средств, предназначенных для контроля и управления технологическим
оборудованием и связанными с ним процессами.
Идентификация — присвоение субъектам и объектам доступа идентификатора и (или) сравнение
предъявляемого идентификатора с перечнем присвоенных идентификаторов.
Аутентификация — проверка принадлежности субъекту доступа предъявленного им идентификатора
и подтверждение его подлинности.
Персональная учетная запись — уникальный идентификатор, закрепленный за конкретным
физическим лицом, исключающий коллективное использование одних и тех же реквизитов доступа.
Программируемый логический контроллер (ПЛК) — микропроцессорное устройство,
предназначенное для сбора данных, логической обработки и управления исполнительными
механизмами на технологическом уровне.
Межсетевой экран (МЭ) — средство защиты, осуществляющее контроль и фильтрацию сетевого
трафика в соответствии с заданными правилами безопасности.
Целостность информации — состояние информации, при котором отсутствует любое ее
несанкционированное изменение.
Доступность информации — состояние информации, при котором субъекты, имеющие права
доступа, могут беспрепятственно получать и использовать её.
Контролируемая зона — пространство, в котором исключено неконтролируемое пребывание лиц, не
имеющих допуска.
Нештатная ситуация — отклонение в работе АСУ ТП от нормального режима, вызванное
техническим сбоем, ошибкой персонала или внешним воздействием.
Регламент (инструкция) — организационный документ, устанавливающий обязательный порядок
выполнения действий по обеспечению безопасности и эксплуатации системы.
2. СОКРАЩЕНИЯ
АВЗ — антивирусная защита;
АРМ — автоматизированное рабочее место;
АСО — Активное сетевое оборудование;
АСУ ТП — автоматизированная система управления технологическим процессом;
АУД — аудит безопасности;
БД — база данных;
ДНС — обеспечение действий в нештатных ситуациях;
ЗНИ — защита машинных носителей информации;
ЗИС — защита сетевого взаимодействия;
ЗТС — защита технических средств и систем;
ИАФ — идентификация и аутентификация;
ИНЦ — реагирование на компьютерные инциденты;
МЭ — межсетевой экран;
ОДТ — обеспечение доступности;
ОПО — управление обновлениями программного обеспечения;
ОС — операционная система;
ОЦЛ — обеспечение целостности;
ПЛК — программируемый логический контроллер;
ПЛН — планирование мероприятий по обеспечению защиты информации;
ПО — программное обеспечение;
СПО — системное программное обеспечение;
ТЗ — техническое задание;
УКФ — управление конфигурацией;
УПД — управление доступом;
ФСТЭК России — Федеральная служба по техническому и экспортному контролю;
DMZ — демилитаризованная зона;
UTM — универсальный шлюз безопасности;
VPN — виртуальная частная сеть.
32
3. ОБЩИЕ ПОЛОЖЕНИЯ
Защита информации в АСУ ТП является составной частью работ по созданию
(модернизации) и эксплуатации системы и обеспечивается на всех стадиях ее жизненного цикла.
Принимаемые организационные и технические меры защиты информации:
- должны обеспечивать доступность и целостность обрабатываемой информации, а также ее
конфиденциальность (в случаях, установленных проектной документацией);
- должны быть интегрированы с мерами по промышленной, физической и пожарной
безопасности и не должны препятствовать выполнению требований по обеспечению
безопасности технологического процесса;
- не должны оказывать отрицательного влияния на штатный режим функционирования,
надежность и отказоустойчивость АСУ ТП.
Требования к обеспечению защиты информации определяются в соответствии со
следующими нормативными документами:
- Приказ ФСТЭК России от 14 марта 2014 г. № 31 «Об утверждении Требований к
обеспечению
защиты
информации
в
автоматизированных
системах
управления
производственными и технологическими процессами на критически важных объектах,
потенциально опасных объектах, а также объектах, представляющих повышенную опасность для
жизни и здоровья людей и для окружающей природной среды».
4. ТРЕБОВАНИЯ К МЕРАМ ЗАЩИТЫ ИНФОРМАЦИИ В АСУ ТП
Настоящие требования предъявляются к комплексу программно-технических средств всех
уровней АСУ ТП, а также к организационному обеспечению процессов эксплуатации системы.
Набор мер защиты информации для АСУ ТП с учётом присвоенного класса защищённости «3»
включает:
ИДЕНТИФИКАЦИЯ И АУТЕНТИФИКАЦИЯ СУБЪЕКТОВ ДОСТУПА И ОБЪЕКТОВ
ДОСТУПА
(ИАФ.0, ИАФ.1, ИАФ.2, ИАФ.3, ИАФ.4, ИАФ.5, ИАФ.7)
Должен быть реализован комплекс мер, обеспечивающий строгое разграничение доступа к
компонентам АСУ ТП за счет:
1. Документальное оформление (ИАФ.0): Разработка регламента (политики), определяющего
правила назначения прав, требования к сложности паролей и порядок действий при
компрометации учетных записей.
2. Идентификация и аутентификация пользователей, управление их идентификаторами и
средствами аутентификации (ИАФ.1, ИАФ.3, ИАФ.4): Обеспечения реализации создания
персональных учётных записей для каждого пользователя и процесса с
использованием отечественного сертифицированного программного обеспечения (в том
числе служб каталогов и систем управления доступом, включенных в реестр российского
ПО) или сертифицированных встроенных механизмов защиты СПО. Использование общих
(групповых) учётных записей не допускается. Механизмы должны поддерживать
блокировку при переборе паролей и контроль срока их действия.
3. Контроля оборудования (ИАФ.2): Технического ограничения возможности подключения к
сети АСУ ТП сторонних устройств (привязка по MAC-адресам, использование
сертификатов или блокировка неиспользуемых портов).
4. Безопасного внешнего доступа (ИАФ.5): Обеспечения однозначной идентификации
внешних пользователей и ограничения удаленного доступа к компонентам АСУ ТП только
для авторизованных лиц.
33
5. Криптографической защиты (ИАФ.7): Использования защищенных протоколов передачи
данных, исключающих передачу аутентификационной информации в открытом виде
внутри промышленного сегмента и за его пределами.
Примечание: должна быть реализована возможность изменения паролей, создаваемых
по умолчанию, в том числе к системным учетным записям.
УПРАВЛЕНИЕ ДОСТУПОМ
(УПД.0, УПД.1, УПД.2, УПД.4, УПД.5, УПД.6, УПД.10, УПД.11, УПД. 13, УПД. 14)
Должен быть реализован комплекс мер, для системы управления доступом, исключающих
несанкционированные действия пользователей и внешних систем в контуре АСУ ТП:
1. Документальное оформление (УПД.0): Разработка политики управления доступом,
определяющей роли, права и обязанности персонала, а также процедуры пересмотра прав
доступа.
2. Управление полномочиями и ролями (УПД.1, УПД.2, УПД.4, УПД.5):
Использования отечественного сертифицированного ПО (служб каталогов, систем
управления доступом) для создания учетных записей (УПД.1) и реализации ролевой
модели доступа. Права должны назначаться исходя из принципа «минимально
необходимых привилегий» (УПД.5) для каждой роли (УПД.4), обеспечивая физическое и
логическое разграничение доступа к ресурсам (УПД.2).
3. Контроль сеансов и попыток доступа (УПД.6, УПД.10, УПД.11): Настройки механизмов
блокировки доступа при превышении заданного числа неуспешных попыток входа
(УПД.6), автоматического блокирования сеанса при неактивности пользователя (УПД.10)
и жесткого ограничения перечня разрешенных действий в системе до момента успешного
прохождения аутентификации (УПД.11).
4. Безопасное взаимодействие (УПД.13, УПД.14): Применения межсетевых экранов и
криптографических шлюзов на базе отечественного сертифицированного ПО для
реализации защищенного удаленного доступа (УПД.13), а также механизмов фильтрации и
контроля трафика при взаимодействии с внешними информационными системами
(УПД.14).
Примечание: должен быть реализован регламент управления доступом и актуальная
матрица доступа, описывающая права каждой роли (администратор, инженер, оператор) ко всем
компонентам АСУ ТП
ЗАЩИТА МАШИННЫХ НОСИТЕЛЕЙ ИНФОРМАЦИИ
(ЗНИ.0, ЗНИ.1, ЗНИ.2, ЗНИ.5, ЗНИ.7, ЗНИ.8)
В проекте должны быть предусмотрены технические средства и организационные
процедуры, обеспечивающие защиту информации на съемных носителях и контроль интерфейсов
ввода-вывода.
Указанные меры реализуются путем применения:
1. Разработка политики защиты машинных носителей информации (ЗНИ.0): создание
регламента, определяющего зоны ответственности, правила использования носителей в
АСУ ТП и порядок действий персонала.
2. Учет машинных носителей информации (ЗНИ.1): разработка форм реестров (журналов) и
порядка присвоения уникальных идентификаторов (маркировки) для обеспечения
прослеживаемости носителей.
3. Управление физическим доступом к машинным носителям информации
(ЗНИ.2): определение требований к местам безопасного хранения (сейфам, шкафам) и
разработка процедур контроля доступа к ним в нерабочее время.
4. Контроль использования интерфейсов ввода (вывода) и подключения машинных
носителей информации (ЗНИ.5, ЗНИ.7): внедрение и настройка отечественного
сертифицированного ПО для программного управления портами, а также физическое
34
ограничение (блокировка) доступа к неиспользуемым интерфейсам на уровне аппаратного
обеспечения (BIOS/UEFI, опломбирование портов или установка механических
блокираторов).
5. Уничтожение (стирание) информации на машинных носителях информации
(ЗНИ.8): поставка и настройка отечественного сертифицированного ПО для
гарантированного удаления данных, а также разработка инструкции по выводу носителей
из эксплуатации.
Примечание: должны быть реализованы утвержденные формы журналов учета машинных
носителей, инструкции по маркировке носителей и регламент гарантированного уничтожения
информации».
АУДИТ БЕЗОПАСНОСТИ
(АУД.0, АУД.1, АУД.2, АУД.3, АУД.4, АУД.6, АУД.7, АУД.8, АУД.10)
В проекте должны быть предусмотрены инструменты и процедуры непрерывного контроля
состояния защиты, регистрации событий и оперативного реагирования на инциденты в АСУ ТП.
Указанные меры реализуются путем применения:
1. Разработка политики аудита безопасности и проведение внутренних аудитов (АУД.0,
АУД.10): разработка регламентов, определяющих перечень регистрируемых событий,
периодичность их анализа, а также порядок проведения плановых внутренних проверок
состояния защищенности системы.
2. Инвентаризация информационных ресурсов (АУД.1): создание и настройка
автоматизированных механизмов учета всех компонентов АСУ ТП (ПЛК, АРМ, серверы,
сетевое оборудование) с фиксацией их характеристик и мест установки.
3. Анализ уязвимостей и их устранение (АУД.2): использование отечественного
сертифицированного ПО для поиска уязвимостей в программном обеспечении и
конфигурациях оборудования, а также разработка регламента по их устранению и
установке обновлений безопасности.
4. Реагирование на сбои при регистрации событий безопасности (АУД.8): настройка
механизмов оповещения администраторов в случае невозможности записи логов
(например, при переполнении памяти или отказе хранилища).
Примечание: так же должны быть реализованы формы с перечнем контролируемых событий
безопасности, инструкции по анализу журналов и регламент проведения инвентаризации активов.
АНТИВИРУСНАЯ ЗАЩИТА
(АВЗ.0, АВЗ.1, АВЗ.2, АВЗ.4)
В проекте должны быть предусмотрены эшелонированная система антивирусной защиты,
обеспечивающая обнаружение и блокирование вредоносного программного кода в контуре АСУ ТП
без нарушения работоспособности технологических процессов.
Указанные меры реализуются путем применения:
1. Разработка политики антивирусной защиты (АВЗ.0): создание регламента, определяющего
порядок развертывания средств антивирусной защиты, перечень защищаемых объектов,
настройки сканирования, а также действия персонала при обнаружении вредоносного ПО.
2. Реализация антивирусной защиты (АВЗ.1): внедрение и настройка отечественного
сертифицированного ПО (антивирусных средств), совместимого с используемым в АСУ
ТП системным и прикладным программным обеспечением.
3. Антивирусная защита электронной почты и иных сервисов (АВЗ.2): обеспечение
фильтрации входящих потоков данных на уровне межсетевых экранов или
специализированных шлюзов безопасности с использованием отечественного
сертифицированного ПО.
4. Обновление базы данных признаков вредоносных компьютерных программ
(АВЗ.4): проектирование и настройка инфраструктуры для безопасного обновления
35
антивирусных баз внутри изолированного сегмента АСУ ТП, а также разработка
инструкции по их регулярной актуализации без прямого доступа в сеть «Интернет».
Примечание: в состав эксплуатационной документации должны входить инструкции по
администрированию средств антивирусной защиты, регламент обновления сигнатурных баз в
изолированном контуре и протоколы тестирования совместимости антивирусного ПО со
специфическим ПО АСУ ТП.
ОБЕСПЕЧЕНИЕ ЦЕЛОСТНОСТИ
(ОЦЛ.0, ОЦЛ.1)
В проекте должны быть предусмотрены механизмы контроля неизменности программной
среды и данных, а также защиты системы от несанкционированных исправлений или повреждений
кода.
Указанные меры реализуются путем применения:
1. Разработка политики обеспечения целостности (ОЦЛ.0): создание регламента,
определяющего объекты контроля целостности (файлы ОС, прикладное ПО АСУ ТП,
конфигурации оборудования), правила проведения проверок и порядок действий
персонала при обнаружении нарушений целостности.
2. Контроль целостности программного обеспечения (ОЦЛ.1): внедрение и
настройка отечественного сертифицированного ПО, обеспечивающего автоматический
контроль целостности исполняемых модулей, системных библиотек и конфигурационных
файлов. Механизмы защиты должны обеспечивать блокировку запуска или уведомление
администратора при выявлении несанкционированных изменений.
Примечание: в состав эксплуатационной документации должны входить инструкции по
настройке средств контроля целостности, перечень контролируемых объектов с указанием их
эталонных контрольных сумм, а также регламент периодической проверки целостности ПО АСУ
ТП.
ОБЕСПЕЧЕНИЕ ДОСТУПНОСТИ
(ОДТ.0, ОДТ.4, ОДТ.5, ОДТ.6, ОДТ.8)
В проекте должны быть предусмотрены комплекс мер по обеспечению устойчивого
функционирования АСУ ТП и возможности оперативного восстановления работоспособности
системы после сбоев или инцидентов.
Указанные меры реализуются путем применения:
1. Разработка политики обеспечения доступности (ОДТ.0): создание регламента,
определяющего критичные компоненты системы, допустимое время восстановления, а
также порядок действий персонала при возникновении нештатных ситуаций и отказов
оборудования.
2. Резервное копирование информации, обеспечение возможности восстановления
информации и программного обеспечения (ОДТ.4, ОДТ.5, ОДТ.6): внедрение и
настройка отечественного сертифицированного ПО для автоматизированного резервного
копирования данных и образов операционных систем. Подрядчик обязан спроектировать
защищенное хранилище резервных копий и провести тестирование процедур
восстановления для подтверждения их работоспособности.
3. Контроль предоставляемых вычислительных ресурсов и каналов связи
(ОДТ.8): использование встроенных механизмов мониторинга ОС и активного сетевого
оборудования, а также отечественного сертифицированного ПО для контроля загрузки
процессоров, оперативной памяти, дискового пространства и пропускной способности
каналов связи с целью предупреждения отказов системы из-за нехватки ресурсов.
Примечание: в состав эксплуатационной документации должны входить регламент
резервного копирования, инструкции по пошаговому восстановлению программного обеспечения и
36
данных из резервных копий, а также протоколы успешно проведенного тестового восстановления
системы
ЗАЩИТА ТЕХНИЧЕСКИХ СРЕДСТВ И СИСТЕМ
(ЗТС.0, ЗТС.2, ЗТС.3, ЗТС.4, ЗТС.5)
В проекте должны быть предусмотрены комплекс мер по физической защите
оборудования АСУ ТП, исключающий несанкционированный доступ к аппаратным
средствам и защищающий их от внешних деструктивных воздействий.
Указанные меры реализуются путем применения:
1. Разработка политики защиты технических средств и систем (ЗТС.0): создание регламента,
определяющего требования к размещению оборудования, правила доступа в помещения с
техническими средствами АСУ ТП и порядок контроля целостности корпусов и шкафов
управления.
2. Организация контролируемой зоны и управление физическим доступом (ЗТС.2,
ЗТС.3): проектирование границ контролируемой зоны и внедрение технических средств
(электронных замков, считывателей, датчиков вскрытия), интегрированных
с отечественным сертифицированным ПО систем контроля и управления доступом
(СКУД) для регистрации и ограничения входа в пультовые, серверные и к шкафам ПЛК.
3. Размещение устройств вывода (отображения) информации, исключающее ее
несанкционированный просмотр (ЗТС.4): проектирование расположения мониторов АРМ
операторов и крупнопанельных дисплеев таким образом, чтобы исключить возможность
визуального съема информации посторонними лицами через окна или дверные проемы.
4. Защита от внешних воздействий (ЗТС.5): использование специализированных
защищенных шкафов (класса IP), систем бесперебойного питания, заземления и климатконтроля для защиты технических средств от пыли, влаги, перепадов температуры и
электромагнитных помех в соответствии с условиями эксплуатации на объекте.
Примечание: в состав эксплуатационной документации должны входить схемы
размещения оборудования с указанием границ контролируемой зоны, инструкции по
управлению физическим доступом и регламент проверки целостности печатей (пломб) на
аппаратных средствах
ЗАЩИТА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ И ЕЕ КОМПОНЕНТОВ
(ЗИС.1, ЗИС.2, ЗИС.3, ЗИС.5, ЗИС.8, ЗИС.19, ЗИС.20, ЗИС.21, ЗИС.32, ЗИС.34,
ЗИС.38, ЗИС.39,)
В проекте должна быть реализована сетевая архитектура, обеспечивающая безопасное
взаимодействие компонентов АСУ ТП и защита от внешних сетевых атак.
Указанные меры реализуются за счёт:
1. Разработка политики защиты информационной (автоматизированной) системы и ее
компонентов (ЗИС.0): создание регламента, определяющего правила сетевого обмена,
топологию сети и порядок внесения изменений в сетевую конфигурацию.
2. Защита периметра, эшелонированная защита и организация демилитаризованной зоны
(ЗИС.2, ЗИС.3, ЗИС.5, ЗИС.34): внедрение и настройка отечественного
сертифицированного ПО и аппаратных средств (межсетевых экранов уровня UTM) для
сегментации сети, фильтрации трафика и защиты от атак типа «DoS/DDoS». Для обмена
данными с внешними сетями должна быть спроектирована демилитаризованная зона
(DMZ).
3. Разделение функций по управлению с иными функциями (ЗИС.1): выделение трафика
администрирования в отдельный защищенный сегмент (VLAN) с запретом доступа к нему
из технологической сети.
4. Сокрытие архитектуры, конфигурации и обеспечение доверенных каналов (ЗИС.8, ЗИС.19,
37
ЗИС.20): использование механизмов маскировки внутренней структуры сети и
применение отечественного сертифицированного ПО (VPN-шлюзов) для шифрования
данных при их передаче по открытым каналам связи, обеспечивая создание доверенных
маршрутов обмена информацией.
5. Запрет несанкционированной удаленной активации устройств и защита беспроводных
соединений (ЗИС.21, ЗИС.32): программное и аппаратное отключение функций
удаленного включения периферийных устройств (камер, микрофонов), а также
обязательное использование механизмов авторизации и шифрования для разрешенных
беспроводных сегментов.
6. Защита информации при использовании мобильных устройств и управление
перемещением виртуальных машин (ЗИС.38, ЗИС.39): применение отечественного
сертифицированного ПО для контроля мобильных средств доступа (если предусмотрено
проектом) и обеспечения безопасности миграции виртуальных ресурсов внутри серверного
кластера.
Примечание: в состав эксплуатационной документации должны входить детальная схема
сетевой архитектуры, таблицы маршрутизации, перечень разрешенных сетевых протоколов и
портов (матрица сетевых доступов), а также инструкции по настройке межсетевых экранов и VPNшлюзов
РЕАГИРОВАНИЕ НА КОМПЬЮТЕРНЫЕ ИНЦИДЕНТЫ
(ИНЦ.0, ИНЦ.1, ИНЦ.2, ИНЦ.3, ИНЦ.4, ИНЦ.5):
В проекте должны быть реализованы организационные процедуры и технические
инструменты, обеспечивающие своевременное обнаружение, локализацию и ликвидацию
последствий компьютерных атак и сбоев в АСУ ТП.
Указанные меры реализуются за счёт:
1. Разработка политики реагирования на компьютерные инциденты (ИНЦ.0): создание
регламента, определяющего критерии отнесения событий к инцидентам, состав аварийной
команды (группы реагирования), порядок связи и распределение ответственности.
2. Устранение последствий компьютерных инцидентов и принятие мер по предотвращению
их повторного возникновения (ИНЦ.4, ИНЦ.5): разработка планов действий по
восстановлению работоспособности системы (планов аварийного восстановления) и
процедур «разбора полетов» для корректировки настроек средств защиты после
инцидента.
Примечание: в состав эксплуатационной документации должны входить регламент
реагирования на компьютерные инциденты, пошаговые инструкции для персонала при
обнаружении типовых атак и формы отчетов (актов) о результатах расследования инцидентов.
УПРАВЛЕНИЕ КОНФИГУРАЦИЕЙ
(УКФ.0, УКФ.2, УКФ.3):
В проекте должны быть реализованы механизмы строгого контроля состава и настроек
аппаратных и программных средств АСУ ТП, исключающие стихийное изменение параметров
системы.
Выполнение данных требований обеспечивается за счет:
1. Разработка политики управления конфигурацией информационной (автоматизированной)
системы (УКФ.0): создания регламента, определяющего эталонное состояние системы,
порядок документирования настроек и периодичность проверки соответствия текущей
конфигурации проектным данным.
2. Управление изменениями (УКФ.2): внедрения процедур санкционирования, тестирования
38
и фиксации любых изменений в ПО или аппаратной части АСУ ТП, включая ведение
журналов версий и учет выполненных доработок.
3. Установка (инсталляция) только разрешенного к использованию программного
обеспечения (УКФ.3): применения отечественного сертифицированного ПО,
обеспечивающего контроль состава установленного софта и блокировку попыток
инсталляции программ, не входящих в утвержденный «белый список» (перечень
разрешенного ПО).
Примечание: В состав эксплуатационной документации должны входить регламент
управления конфигурацией, перечень (эталон) разрешенного программного обеспечения и
актуальные формуляры на компоненты АСУ ТП с фиксацией их версий и контрольных сумм
УПРАВЛЕНИЕ ОБНОВЛЕНИЯМИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
(ОПО.0, ОПО.1, ОПО.2, ОПО.3, ОПО.4):
В проекте должны быть реализованы процедуры и технические решения по безопасному
обновлению ПО, исключающие внесение уязвимостей и нарушение стабильности технологического
процесса.
Выполнение данных требований обеспечивается за счет:
1. Разработка политики управления обновлениями программного обеспечения
(ОПО.0): создания регламента, определяющего периодичность поиска обновлений,
ответственных лиц, а также критичность обновлений для различных компонентов АСУ
ТП.
2. Поиск, получение обновлений программного обеспечения от доверенного источника
(ОПО.1): определения перечня официальных ресурсов разработчиков и проектирования
защищенных каналов (или процедур офлайн-переноса) для получения дистрибутивов без
прямого подключения компонентов АСУ ТП к сети «Интернет».
3. Контроль целостности обновлений программного обеспечения (ОПО.2): обязательной
проверки подлинности и неизменности полученных файлов путем сверки их контрольных
сумм с эталонными значениями, предоставленными разработчиком ПО.
4. Тестирование обновлений программного обеспечения (ОПО.3): проведения
предварительной проверки обновлений на выделенном стенде (или тестовом сегменте),
имитирующем работу реальной АСУ ТП, для подтверждения отсутствия конфликтов с
технологическим ПО.
5. Установка обновлений программного обеспечения (ОПО.4): применения отечественного
сертифицированного ПО для централизованного или локального развертывания
проверенных обновлений в периоды планового обслуживания системы.
Примечание: в состав эксплуатационной документации должны входить регламент
управления обновлениями, инструкции по проверке контрольных сумм дистрибутивов и протоколы
успешного тестирования обновлений на совместимость с прикладным ПО АСУ ТП
ПЛАНИРОВАНИЕ МЕРОПРИЯТИЙ ПО ОБЕСПЕЧЕНИЮ БЕЗОПАСНОСТИ
(ПЛН.0, ПЛН.1, ПЛН.2):
В проекте должна быть реализована система планирования и контроля деятельности по
защите информации, обеспечивающую системный подход к безопасности АСУ ТП на всех
этапах её жизненного цикла.
1. Выполнение данных требований обеспечивается за счет:
2. Разработка политики планирования мероприятий по обеспечению защиты информации
(ПЛН.0): создания регламента, определяющего порядок долгосрочного и краткосрочного
планирования работ по ИБ, назначение ответственных подразделений и установление
целей обеспечения безопасности.
3. Разработка, утверждение и актуализация плана мероприятий по обеспечению защиты
информации (ПЛН.1): формирования детального графика работ (плана-графика),
39
включающего проведение технических проверок, инструктажей персонала, процедур
продления лицензий и сертификатов на используемые средства защиты.
4. Контроль выполнения мероприятий по обеспечению защиты информации
(ПЛН.2): внедрения процедур регулярной отчетности, и использования отечественного
сертифицированного ПО (систем мониторинга или управления задачами) для фиксации
фактов выполнения плановых работ и выявления отклонений от утвержденного графика.
Примечание: в состав эксплуатационной документации должны входить регламент
планирования, типовой годовой план мероприятий по обеспечению защиты информации и
формы отчетности о выполнении плановых показателей.
ОБЕСПЕЧЕНИЕ ДЕЙСТВИЙ В НЕШТАТНЫХ СИТУАЦИЯХ
(ДНС.0, ДНС.1, ДНС.2, ДНС.5, ДНС.6):
В проекте должен быть реализован комплекс организационных и технических мер,
обеспечивающих готовность персонала и системы к функционированию в условиях аварийных
ситуаций, сбоев или инцидентов ИБ.
Выполнение данных требований обеспечивается за счет:
1. Разработка политики обеспечения действий в нештатных ситуациях (ДНС.0): создания
регламента, определяющего классификацию нештатных ситуаций, цели и задачи по
обеспечению непрерывности технологического процесса и распределение полномочий
сотрудников.
2. Разработка плана действий в нештатных ситуациях (ДНС.1): формирования детальных
планов аварийного восстановления, содержащих алгоритмы действий по локализации
угроз и переводу системы в безопасный режим функционирования.
3. Обеспечение возможности восстановления информационной (автоматизированной)
системы в случае возникновения нештатных ситуаций (ДНС.5): внедрения и
настройки отечественного сертифицированного ПО для создания резервных копий
конфигураций, проектов SCADA и образов, а также проектирования схем горячего или
холодного резервирования аппаратных средств.
4. Анализ возникших нештатных ситуаций и принятие мер по недопущению их повторного
возникновения (ДНС.6): установления процедуры обязательного технического
расследования каждого случая нештатной работы системы с целью корректировки
настроек средств защиты и актуализации проектных решений.
Примечание: в состав эксплуатационной документации должны входить регламент
обеспечения действий в нештатных ситуациях, план аварийного восстановления (DRP), программы
и методики проведения тренировок персонала, а также типовые формы актов анализа причин
возникновения нештатных ситуаций
5. ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ АСУ ТП И
СРЕДСТВАМ ЗАЩИТЫ ИНФОРМАЦИИ (РЕКОМЕНДУЕМЫЕ)
МАШИННЫЕ
НОСИТЕЛИ
ИНФОРМАЦИИ
Машинные носители информации (внешние накопители), используемые для хранения резервных
копий, должны поставляться в количестве не менее 2-х единиц на каждый тип бэкапа и
удовлетворять следующим характеристикам:
- иметь ёмкость не менее 1000 ГБ (1 ТБ) для хранения полных образов системных дисков
серверов, АРМ и баз данных АСУ ТП;
- иметь ёмкость не менее 100 ГБ для резервных копий конфигураций СПО, ПЛК, сетевого
оборудования и средств защиты (МЭ, АВЗ);
- иметь интерфейс подключения не ниже USB 3.0 (или аналогичный по скорости передачи
данных).
40
При выборе средств МЭ, АСО и АВЗ следует учитывать рекомендации разработчиков АСУ
ТП (обязательное требование) и средства защиты, применяемые в Обществе (рекомендательное
требование), при условии их соответствия требованиям по импортозамещению и наличия
действующих сертификатов ФСБ и ФСТЭК России. В части обеспечения сетевой безопасности
проектируемые решения должны быть технологически совместимы с существующей
инфраструктурой защищенной сети ViPNet Общества (сеть №12295). Проектируемые средства
защиты информации должны обеспечивать функционирование в едином ключевом
пространстве и под управлением имеющихся у Общества средств централизованного
управления сетью ViPNet, иметь действующие сертификаты ФСБ России по классу КС2,
действующие сертификаты ФСТЭК России по 4 классу защиты.
Применение иных решений допускается при условии обеспечения полной интеграции в
действующую защищенную сеть без создания параллельных систем управления и без снижения
установленного уровня защищенности
Программно-технические средства защиты информации в АСУ ТП должны
обеспечивать:
-
Отключение всех служб и сервисов на АРМ и серверах, не используемых в процессе
эксплуатации. Включение необходимых для обслуживания сервисов должно
производиться временно в соответствии с регламентом управления конфигурацией;
- Программную или физическую блокировку всех неиспользуемых коммуникационных
портов (USB, COM, PS/2 и др.) и интерфейсов на АРМ, серверах и сетевом
оборудовании;
- Запрет загрузки ОС с внешних носителей в BIOS/UEFI всех компьютеров и серверов, а
также обязательную установку пароля на изменение настроек BIOS/UEFI;
- Обязательное документирование всех параметров конфигурации АСУ ТП.
В состав эксплуатационной документации на АСУ ТП и средства защиты
должны входить перечни и эталонные значения конфигурационных параметров (в том
числе контрольные суммы ПО), инструкции по восстановлению защитных мер и
актуальная матрица сетевых доступов.
41
Приложение № 3
к Договору возмездного оказания услуг
№ ___________ от «__» ___________20__
Соглашение о финансовом контроле
Применяется, если Договор заключен в целях реализации Концессионного соглашения и
финансируется за счет средств Капитального гранта
____________________________________________________________«________________________
____»,
именуемое
в
дальнейшем
«_______________»,
в
лице
____________________________________________________________действующего на основании
_____________________________________________________________, с одной стороны и
_______________________________________________________, именуемое в дальнейшем
«______________»,
в
лице
_____________________,
действующего
на
основании
______________________________, с другой стороны, составили настоящее приложение к
Договору о нижеследующем:
1. Настоящее приложение составлено в целях соблюдения концессионером принятого на себя по
Концессионному соглашению обязательства по обеспечению возможности контроля
предоставления возмещения части расходов на строительство/реконструкцию объекта
Концессионного соглашения за счет бюджетных средств (в том числе средств Капитального гранта).
2. Подписанием настоящего приложения обязанная по Договору сторона выражает свое согласие на
осуществление концедентом (администрацией муниципального образования) и/или органами
государственнного (муниципального) финансового контроля проверок соблюдения Сторонами
Договора условий, целей и порядка предоставления возмещения части расходов на
строительство/реконструкцию объекта Концессионного соглашения за счет бюджетных средств (в
том числе средств Капитального гранта).
Заказчик
Исполнитель
____________________________________
_______________________________________
_____________________________________
_______________________________________
_______________/_____________________/
м.п.
_______________/______________________/
м.п
42
Приложение № 4
к договору возмездного оказания
услуг ________№_____
от «____» __________________
Порядок работ в части охраны окружающей среды
____________________________________________________________«________________________
____»,
именуемое
в
дальнейшем
«_______________»,
в
лице
____________________________________________________________действующего на основании
_____________________________________________________________, с одной стороны и
_______________________________________________________, именуемое в дальнейшем
«______________»,
в
лице
_____________________,
действующего
на
основании
______________________________, с другой стороны, составили настоящее приложение к
Договору о нижеследующем:
Исполнитель обязан:
1.
Подготовить
и
представить
на
согласование/утверждение
проектную
документацию согласно перечню, предусмотренному настоящим Договором, перед направлением
её на согласование/экспертизу в установленном порядке (если применимо). Представитель
Заказчика, ответственный за входной контроль проектной документации, проводит проверку
проектной документации в течение 10 рабочих дней со дня её получения, по истечении входного
контроля Заказчик предоставляет обоснованные замечания или информирует о согласовании
проектной документации. В случае неисполнения условий Договора в части предоставления
проектной документации на согласование/утверждение Заказчику Исполнитель несёт бремя
штрафных санкций, предусмотренных разделом 8 настоящего Договора, кроме того обязуется
устранить выявленные недостатки за свой счёт в срок, согласованный с Заказчиком.
2.
Самостоятельно или с привлечением сторонних организаций, имеющих
разрешительную документацию, в установленном порядке подготовить и представить материалы
для получения разрешительной документации на осуществление деятельности, связанной с
оказанием негативного воздействия на окружающую среду и природопользованием.
3.
Разработать проектную документацию в части охраны окружающей среды, оценки
воздействия на окружающую среду и др. в сроки, исключающие возможность нарушения
предельных сроков, установленных законодательством Российской Федерации для осуществления
конкретных процедур, являющихся предметом Договора (если применимо).
4.
Соблюдать действующие нормативные документы Заказчика (Стандарты,
Методики, Регламенты) в области строительства.
5.
Возместить Заказчику понесённые затраты, в связи с несвоевременным и (или)
некачественным выполнением работ/оказанием услуг в рамках настоящего Договора в полном
объёме:
•
при изменении сроков начала и окончания соответствующих работ;
•
при привлечении Заказчика к административной ответственности;
•
при внесении Заказчиком платы за негативное воздействие на окружающую среду в
повышенном размере;
•
при возмещении Заказчиком вреда окружающей среде.
6.
В случае обнаружения существенных недостатков результата работы Заказчик
вправе предъявить Исполнителю требование о безвозмездном устранении таких недостатков, а
также о возмещении понесённых Заказчиком убытков вследствие неисполнения условий Договора.
К существенным недостаткам относятся недостатки товара (работы, услуги), которые делают
невозможным или недопустимым использование товара (работы, услуги) в соответствии с его
целевым назначением, либо которые не могут быть устранены, либо которые проявляются вновь
после устранения, либо для устранения которых требуются большие затраты, либо такой(ие)
недостаток(ки), который(ые) приводит(ят) к возникновению опасности для жизни, здоровья или
имущества граждан и (или) Заказчика, либо вследствие которых Заказчик в значительной степени
лишается того, на что он был вправе рассчитывать при заключении настоящего Договора.
43
7.
Исполнитель в случаях, предусмотренных требованиями законодательства РФ,
предъявляет Заказчику документы, подтверждающие свою компетентность и компетентность
привлекаемых третьих лиц.
8.
В случае привлечения третьих лиц для выполнения работ на территории Заказчика,
а также предоставления территорий и (или) помещений Заказчика арендаторам, Заказчик вправе не
чаще чем 1 раз в квартал проводить обследование места проведения работ и (или) арендуемой
территории (помещений):
8.1. На предмет отсутствия ненадлежащего накопления и (или) размещения отходов
третьим лицам, арендатором. Представитель Заказчика совместно с уполномоченными лицами
Исполнителя и привлеченных третьих лиц (если применимо), арендатора осуществляют
обследование территории производства работ Исполнителем или привлеченным третьим лицом,
арендуемых территорий (помещений), после чего подписывают акт обследования.
В рамках обследования Заказчик вправе запросить у Исполнителя, привлеченных третьих лиц,
арендатора
документы,
подтверждающие
передачу
отходов
на
захоронение
(размещение)/обезвреживание/ утилизацию специализированной организации. В случае выявления
ненадлежащего накопления и (или) размещения отходов, захламления, загрязнения территории,
использования земельного участка не по его назначению Исполнитель, привлеченное третье лицо
или арендатор приступает к устранению выявленных недостатков немедленно и за свой счёт.
После устранения недостатков Исполнитель, привлеченное третье лицо или арендатор сообщает
Заказчику об их устранении с предъявлением подтверждающих документов при повторном
обследовании территории производства работ или арендуемых помещений.
В случае неустранения выявленных недостатков в срок, согласованный с Заказчиком, Исполнитель,
привлеченное третье лицо или арендатор несёт бремя штрафных санкций, предусмотренных
разделом 8 настоящего Договора, кроме того обязуется устранить выявленные недостатки за свой
счёт в срок, согласованный с Заказчиком.
8.2. По истечении срока аренды, а также по завершении Исполнителем или привлеченным
третьим лицом предусмотренных Договором работ до подписания акта приёма-передачи
выполненных работ, акта приёма-передачи территории, помещений Заказчик:
Проводит обследование места проведения работ и (или) арендуемой территории (помещений) на
предмет отсутствия ненадлежащего накопления и (или) размещения отходов Исполнителем,
привлеченным третьим лицом, арендатором;
Проверяет наличие у Исполнителя, привлеченного третьего лица или арендатора документов,
подтверждающих передачу всех отходов, образованных в процессе деятельности на территории
Заказчика,
специализированным
сторонним
организациям
для
обработки/утилизации/обезвреживания/размещения.
По результатам проведения итогового обследования территории осуществления работ третьим
привлеченным лицом, арендуемых территорий (помещений) составляется акт обследования,
подписываемый уполномоченными лицами Заказчика тритьего привлеченного лица, арендатора.
8.3. В случае выявления ненадлежащего накопления и (или) размещения отходов,
захламления, загрязнения территории, использования земельного участка не по его назначению
Исполнитель, третье привлеченное лицо или арендатор приступает к устранению выявленных
недостатков немедленно и за свой счёт. После устранения недостатков Исполнитель, третье
привлеченное лицо или арендатор сообщает Заказчику об их устранении с предъявлением
подтверждающих документов при повторном обследовании территории производства работ или
арендуемых помещений. Повторное обследование осуществляется Заказчиком в течение 10
рабочих дней с момента уведомления Заказчика Исполнителем об устранении недостатков. В случае
отсутствия повторного обследования в течение установленного срока, недостатки считаются
устраненными.
В случае неустранения выявленных недостатков в срок, согласованный с Заказчиком, Исполнитель,
третье привлеченное лицо или арендатор несёт бремя штрафных санкций, предусмотренных
разделом 8 настоящего Договора, кроме того обязуется устранить выявленные недостатки за свой
счёт в срок, согласованный с Заказчиком.
8.4. Акт приёма-передачи выполненных работ подписывается после устранения всех
недостатков, выявленных при обследовании места проведения работ и (или) арендуемой
территории, а также после предъявления документов, подтверждающих обращение с отходами,
образованными в рамках исполнения настоящего Договора, в соответствии с требованиями
законодательства РФ (если применимо) и подписания акта приёма-передачи территории.
8.5. Подписание акта приёма-передачи Заказчиком осуществляется в случае:
44
Отсутствия брошенных Исполнителем, третьим привлеченным лицом, арендатором отходов вне
мест их накопления/размещения, загрязнения территории нефтепродуктами и другими веществами,
выявленного в результате обследования территории;
Представления Исполнителем, третьим привлеченным лицом, арендатором всех необходимых
документов,
подтверждающих,
что
образованные
ими
отходы
переданы
для
обработки/утилизации/обезвреживания/размещения надлежащим образом (договоры, УПД, а также
другие документы, подтверждающие проведение сделки об отчуждении отходов).
9.
Если Исполнитель не представил на согласование Заказчику разрабатываемую
проектную документацию, Заказчик имеет право предъявить требование Исполнителю, а
Исполнитель обязуется уплатить Заказчику неустойку в размере 3% от Договорной цены, указанной
в п. 4.1. Договора.
10.
При ненадлежащем накоплении/размещении отходов, порче почв, а также
использованию земельного участка не по назначению на месте проведения работ и (или)
арендуемой территории (помещений), Заказчик имеет право предъявить требование Исполнителю, а
Исполнитель обязуется уплатить Заказчику неустойку в размере 3% от Договорной цены, указанной
в п. 4.1. Договора.
11.
В случае начисления Исполнителю штрафов и/или неустоек в порядке и размере,
установленном настоящим Договором, при оплате стоимости работ Заказчик вправе в
одностороннем порядке произвести удержание части денежных средств, тем самым уменьшив
стоимость оплаты по договору. В этом случае размер оплаты выполненных работ уменьшается на
сумму удержания, рассчитанную в соответствии с условиями настоящего Договора.
12.
В случае обнаружения существенных недостатков результата работы Заказчик
вправе предъявить Исполнителю требование о безвозмездном устранении таких недостатков, а
также о возмещении понесённых Заказчиком убытков вследствие неисполнения условий Договора.
Заказчик выставляет Исполнителю требование о возмещении убытков на основании документов,
подтверждающих факт их наличия. Исполнитель в течение 10 рабочих дней обязан компенсировать
Заказчику убытки в соответствии с выставленным требованием.
Заказчик
____________________________________
_____________________________________
Исполнитель
_______________________________________
_______________________________________
_______________/_____________________/
м.п.
_______________/______________________/
м.п
45
Приложение № 2
к договору возмездного оказания
услуг ________№_____
от «____» __________________
Форма Плана привлечения соисполнителей из числа субъектов малого и среднего предпринимательства
№ п/п
*указывается наименование, фирменное наименование (при наличии), место нахождения (для юридического лица) или фамилия, имя,
Наименование и иные сведения о
привлекаемом соисполнителе из
числа субъектов малого и среднего
предпринимательства*
Предмет договора,
заключаемого с
соисполнителем из числа
СМСП, с указанием
количества
поставляемого им товара,
объема выполняемых им
работ, оказываемых им
услуг
Место, условия и
сроки (периоды)
оказания услуг
соисполнителем
Цена договора,
заключаемого с
соисполнителем
Срок оплаты
соисполнителю
за оказанные
услуги**
1
2
ИТОГО
отчество (при наличии), паспортные данные, место жительства (для индивидуального предпринимателя), почтовый адрес, номер
контактного телефона, адрес электронной почты соисполнителя;
** не более 7 рабочих дней со дня подписания заказчиком документа о приемке оказанных услуг по договору (отдельному этапу договора).
Заказчик
____________________________________
_____________________________________
Исполнитель
_______________________________________
_______________________________________
_______________/_____________________/
м.п.
_______________/______________________/
м.п
46

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 1.2 - Приложение к ТЗ Технические требования (1) (архив)/Приложение 1 Пример мнемосхем.docx | docs/32616478416/Закупочная_документация (архив)/Приложение № 1.2 - Приложение к ТЗ Технические требования (1) (архив)/Приложение 1 Пример мнемосхем.pdf
Приложение №1. Пример мнемосхем
Рисунок №1. Расположения автоматизированных рабочих мест (АРМ) в помещении
центрального диспетчерского пункта.
Рисунок №2. Расположения автоматизированных рабочих мест (АРМ) в помещении
оператора на объекте очистных сооружений речной воды.
Рисунок №3. Схема размещения автоматизированных рабочих мест (АРМ) на плане
помещений.
Рисунок №4. Контрольные точки. Артезианские водозаборы.
Рисунок № 5. Теплоузлы: ЛЭРС-УЧЕТ.
Рисунок №6. Мониторинг.
Рисунок №7. Мониторинг.
Рисунок №8. Расходомер Элемер на КНС-14
Рисунок №9. Расходомер НЭКО на ОСК-2
Рисунок №10. Расходомер НЭКО на ОСК-2

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 1.2 - Приложение к ТЗ Технические требования (1) (архив)/Приложение А  Требования к интерфейсу оператора.docx | docs/32616478416/Закупочная_документация (архив)/Приложение № 1.2 - Приложение к ТЗ Технические требования (1) (архив)/Приложение А  Требования к интерфейсу оператора.pdf
ПРИЛОЖЕНИЕ А
ТРЕБОВАНИЯ К ИНТЕРФЕЙСУ ОПЕРАТОРА
А.1 Требования к размещению и компоновке рабочих мест
А.1.1 Система должна включать автоматизированные рабочие места:
- операторов;
А.1.2 Рабочие места должны быть укомплектованы:
- АРМ Оператора – двумя жидкокристаллическими мониторами;
А.1.3 Управление технологическим процессом должно производиться с помощью
манипулятора «мышь» и универсальной алфавитно-цифровой клавиатуры (рус./лат.).
А.2 Общие требования
А.2.1 Основным средством представления информации оператору должен являться
цветной графический монитор.
А.2.2 Технологические сообщения оператору должны быть на русском языке, системные
сообщения могут быть на английском и русском языках.
А.2.3 Для операторского интерфейса должна быть предусмотрена система защиты от
несанкционированного доступа к изменяемым параметрам Системы.
А.3 Структура операторского интерфейса
А.3.1 Взаимодействие оператора с Системой должно обеспечиваться иерархической
системой видеокадров. Каждый видеокадр должен содержать:
- рабочую область, содержащую мнемосхему процесса;
- кнопки для вызова требуемых мнемосхем в верхней части экрана;
- сигнальную строку в нижней части экрана.
А.3.2 Мнемосхемы процесса должны в максимальной степени отражать структуру
объекта и его текущее состояние, а именно:
- состав технологического оборудования;
- динамику изменения состояния процесса;
- численные значения параметров процесса;
А.3.3 По степени детализации отображения информации операторский интерфейс
должен включать следующие виды мнемосхем:
- детальные мнемосхемы;
- групповые мнемосхемы;
- обзорные мнемосхемы.
А.3.4 Операторский интерфейс должен включать стандартные видеограммы:
- тренды реального времени;
- исторические тренды;
- экраны настройки;
- экраны аварийной и предупредительной сигнализации (текущие и исторические);
- экраны формирования отчетов;
- экран диагностики Системы;
- экран парольной защиты;
- экран блокировок.
А.3.5 Тренды должны обеспечивать отображение текущих (в реальном времени) и
зарегистрированных (история процесса) значений параметров в виде временных графиков.
Исторические тренды должны быть доступны для просмотра и печати в виде графиков.
А.3.6 Экран аварийной и предупредительной сигнализации должен содержать в
хронологическом порядке перечень сообщений об отклонениях контролируемых
параметров.
А.3.7 Экран формирования отчетов должен содержать меню с перечнем формируемых
отчетов. Допускается формирование отчетов на сервере БД верхнего уровня. Перечень и
форма отчетов определяется на этапе выполнения технорабочего проекта.
А.3.8 Графическое содержание мнемосхем и видеограмм определяется на этапе
разработки проекта.
А.4 Отображение информации на мнемосхемах
А.4.1 Информация о значениях параметров процесса должна отображаться в виде
численных значений. Параметры и их значения должны отображаться следующим
образом:
· аналоговые сигналы должны иметь поле с наименованием позиции датчика, поле
численного значения и единиц измерения;
· дискретные сигналы должны иметь поле с наименованием позиции датчика.
А.4.2 Наименование позиций аналоговых и дискретных сигналов на мнемосхемах должно
соответствовать таблице входных/выходных сигналов объекта.
А.4.3 Для сигнализации отклонений аналоговых параметров от заданных пределов
должно применяться цветовое кодирование, настраиваемое по согласованию с
Пользователем системы (Заказчиком) при конфигурировании.
А.4.4 При получении сигналов от датчиков-сигнализаторов должно применяться цветовое
кодирование наименования позиции, соответствующее отклонению параметра от уставки:
- при значении параметра ниже предупредительной уставки;
- при значении параметра ниже аварийной уставки;
- при значении параметра выше предупредительной уставки;
- при значении параметра выше аварийной уставки.
Цвет и способ сигнализации настраиваются при конфигурировании.
А.4.5 Цветовое кодирование состояния запорной арматуры.
Цветовое кодирование состояния запорной арматуры предлагается Разработчиком
АСУ ТП и согласовывается с Заказчиком.
А.4.6 Цветовое кодирование состояния насосных агрегатов, компрессоров, вентиляторов
должно быть следующим:
Цветовое кодирование состояния насосных агрегатов, компрессоров, вентиляторов и т.п.
предлагается Разработчиком АСУ ТП и согласовывается с Заказчиком.
А.4.7 Взаимодействие оператора с процессом при выполнении функций управления
должно осуществляться с помощью манипулятора «мышь» и клавиатуры.
А.5 Сигнализация
А.5.1 В Системе должна быть предусмотрена предаварийная и предупредительная
сигнализация при отклонениях технологического процесса и нарушениях в работе
оборудования. Сигнализация должна формироваться при возникновении следующих
условий:
- выход аналогового параметра за границы уставок;
- срабатывание дискретных сигнализаторов;
- аварийный останов технологического оборудования (насосы, компрессоры,
вентиляторы);
- отказ оборудования Системы;
- отключение внешнего электропитания и переход на резервное электропитание.
А.5.2 Сигнализация должна производиться:
- миганием графического отображения технологического оборудования соответствующим
цветом;
- включением звукового сигнала;
- записью причины и времени срабатывания сигнализации в журнал сигнализации, а
также времени квитирования сигналов сигнализации;
Текстовое оповещение о событиях (технологическая сигнализация, системное сообщение
и т.п.) должно отображаться в специальной строке графического интерфейса
распределительной системы управления (далее -РСУ).
А.5.3 Действие звуковой сигнализации и мигание изображения параметра (оборудования)
должно продолжаться до момента квитирования (подтверждения) сообщения оператором.
Цветовая индикация отклонений на мнемосхеме и отображение отклонений на экране
текущей аварийной сигнализации должны сохраняться до тех пор, пока значение
параметра не войдет в норму.
А.5.4 При срабатывании аварийно-предупредительной сигнализации должна быть
предусмотрена возможность вызова на экран (с помощью манипулятора «мышь»)
соответствующей мнемосхемы технологического процесса.
А.6 Рапорты (отчеты)
Предусмотреть следующие отчетные документы, выводимые на печать и, при
необходимости, на экран дисплея:
- Суточный режимный лист – автоматически выводится на печать один раз в сутки в
указанное время, содержит информацию по режимным переменным.
- Отчет о нарушении режима – конфигурируется средствами системы, вызывается на
печать по требованию персонала, хранится в системе не менее трех суток.
- Отчет по хозрасчетным параметрам – выводится на печать один раз в сутки средствами
системы по списку.
- Отчет о наработке силового оборудования за месяц, за заданный период, вызывается
на печать по требованию персонала;
- Отчет о переключениях механизмов за сутки, за месяц, за заданный период;
РСУ должна обеспечивать возможность печати указанных документов в файл формата
PDF.

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 1.2 - Приложение к ТЗ Технические требования (1) (архив)/Приложение Б  Требования ИБ к АСУ ТП.docx | docs/32616478416/Закупочная_документация (архив)/Приложение № 1.2 - Приложение к ТЗ Технические требования (1) (архив)/Приложение Б  Требования ИБ к АСУ ТП.pdf
ТРЕБОВАНИЯ ПО ОБЕСПЕЧЕНИЮ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ АСУТП
1. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
Автоматизированная система управления технологическим процессом (АСУ ТП) — комплекс
программных и технических средств, предназначенных для контроля и управления технологическим
оборудованием и связанными с ним процессами.
Идентификация — присвоение субъектам и объектам доступа идентификатора и (или) сравнение
предъявляемого идентификатора с перечнем присвоенных идентификаторов.
Аутентификация — проверка принадлежности субъекту доступа предъявленного им идентификатора
и подтверждение его подлинности.
Персональная учетная запись — уникальный идентификатор, закрепленный за конкретным
физическим лицом, исключающий коллективное использование одних и тех же реквизитов доступа.
Программируемый логический контроллер (ПЛК) — микропроцессорное устройство,
предназначенное для сбора данных, логической обработки и управления исполнительными
механизмами на технологическом уровне.
Межсетевой экран (МЭ) — средство защиты, осуществляющее контроль и фильтрацию сетевого
трафика в соответствии с заданными правилами безопасности.
Целостность информации — состояние информации, при котором отсутствует любое ее
несанкционированное изменение.
Доступность информации — состояние информации, при котором субъекты, имеющие права
доступа, могут беспрепятственно получать и использовать её.
Контролируемая зона — пространство, в котором исключено неконтролируемое пребывание лиц, не
имеющих допуска.
Нештатная ситуация — отклонение в работе АСУ ТП от нормального режима, вызванное
техническим сбоем, ошибкой персонала или внешним воздействием.
Регламент (инструкция) — организационный документ, устанавливающий обязательный порядок
выполнения действий по обеспечению безопасности и эксплуатации системы.
2. СОКРАЩЕНИЯ
АВЗ — антивирусная защита;
АРМ — автоматизированное рабочее место;
АСО — Активное сетевое оборудование;
АСУ ТП — автоматизированная система управления технологическим процессом;
АУД — аудит безопасности;
БД — база данных;
ДНС — обеспечение действий в нештатных ситуациях;
ЗНИ — защита машинных носителей информации;
ЗИС — защита сетевого взаимодействия;
ЗТС — защита технических средств и систем;
ИАФ — идентификация и аутентификация;
ИНЦ — реагирование на компьютерные инциденты;
МЭ — межсетевой экран;
ОДТ — обеспечение доступности;
ОПО — управление обновлениями программного обеспечения;
ОС — операционная система;
ОЦЛ — обеспечение целостности;
ПЛК — программируемый логический контроллер;
ПЛН — планирование мероприятий по обеспечению защиты информации;
ПО — программное обеспечение;
СПО — системное программное обеспечение;
ТЗ — техническое задание;
УКФ — управление конфигурацией;
УПД — управление доступом;
ФСТЭК России — Федеральная служба по техническому и экспортному контролю;
DMZ — демилитаризованная зона;
UTM — универсальный шлюз безопасности;
VPN — виртуальная частная сеть.
3. ОБЩИЕ ПОЛОЖЕНИЯ
Защита информации в АСУ ТП является составной частью работ по созданию (модернизации) и
эксплуатации системы и обеспечивается на всех стадиях ее жизненного цикла.
Принимаемые организационные и технические меры защиты информации:
- должны обеспечивать доступность и целостность обрабатываемой информации, а также ее
конфиденциальность (в случаях, установленных проектной документацией);
- должны быть интегрированы с мерами по промышленной, физической и пожарной безопасности
и не должны препятствовать выполнению требований по обеспечению безопасности
технологического процесса;
- не должны оказывать отрицательного влияния на штатный режим функционирования,
надежность и отказоустойчивость АСУ ТП.
Требования к обеспечению защиты информации определяются в соответствии со следующими
нормативными документами:
- Приказ ФСТЭК России от 14 марта 2014 г. № 31 «Об утверждении Требований к обеспечению
защиты информации в автоматизированных системах управления производственными и
технологическими процессами на критически важных объектах, потенциально опасных объектах, а
также объектах, представляющих повышенную опасность для жизни и здоровья людей и для
окружающей природной среды».
4. ТРЕБОВАНИЯ К МЕРАМ ЗАЩИТЫ ИНФОРМАЦИИ В АСУ ТП
Настоящие требования предъявляются к комплексу программно-технических средств всех уровней
АСУ ТП, а также к организационному обеспечению процессов эксплуатации системы.
Набор мер защиты информации для АСУ ТП с учётом присвоенного класса защищённости «3»
включает:
ИДЕНТИФИКАЦИЯ
ДОСТУПА
И
АУТЕНТИФИКАЦИЯ
СУБЪЕКТОВ
ДОСТУПА
И
ОБЪЕКТОВ
(ИАФ.0, ИАФ.1, ИАФ.2, ИАФ.3, ИАФ.4, ИАФ.5, ИАФ.7)
Должен быть реализован комплекс мер, обеспечивающий строгое разграничение доступа к
компонентам АСУ ТП за счет:
1. Документальное оформление (ИАФ.0): Разработка регламента (политики), определяющего
правила назначения прав, требования к сложности паролей и порядок действий при
компрометации учетных записей.
2. Идентификация и аутентификация пользователей, управление их идентификаторами и
средствами аутентификации (ИАФ.1, ИАФ.3, ИАФ.4): Обеспечения реализации создания
персональных учётных записей для каждого пользователя и процесса с
использованием отечественного сертифицированного программного обеспечения (в том числе
служб каталогов и систем управления доступом, включенных в реестр российского ПО) или
сертифицированных встроенных механизмов защиты СПО. Использование общих (групповых)
учётных записей не допускается. Механизмы должны поддерживать блокировку при переборе
паролей и контроль срока их действия.
3. Контроля оборудования (ИАФ.2): Технического ограничения возможности подключения к сети
АСУ ТП сторонних устройств (привязка по MAC-адресам, использование сертификатов или
блокировка неиспользуемых портов).
4. Безопасного внешнего доступа (ИАФ.5): Обеспечения однозначной идентификации внешних
пользователей и ограничения удаленного доступа к компонентам АСУ ТП только для
авторизованных лиц.
5. Криптографической защиты (ИАФ.7): Использования защищенных протоколов передачи
данных, исключающих передачу аутентификационной информации в открытом виде внутри
промышленного сегмента и за его пределами.
Примечание: должна быть реализована возможность изменения паролей, создаваемых по
умолчанию, в том числе к системным учетным записям.
УПРАВЛЕНИЕ ДОСТУПОМ
(УПД.0, УПД.1, УПД.2, УПД.4, УПД.5, УПД.6, УПД.10, УПД.11, УПД. 13, УПД. 14)
Должен быть реализован комплекс мер, для системы управления доступом, исключающих
несанкционированные действия пользователей и внешних систем в контуре АСУ ТП:
1. Документальное оформление (УПД.0): Разработка политики управления доступом,
определяющей роли, права и обязанности персонала, а также процедуры пересмотра прав
доступа.
2. Управление полномочиями и ролями (УПД.1, УПД.2, УПД.4, УПД.5):
Использования отечественного сертифицированного ПО (служб каталогов, систем управления
доступом) для создания учетных записей (УПД.1) и реализации ролевой модели доступа.
Права должны назначаться исходя из принципа «минимально необходимых привилегий»
(УПД.5) для каждой роли (УПД.4), обеспечивая физическое и логическое разграничение
доступа к ресурсам (УПД.2).
3. Контроль сеансов и попыток доступа (УПД.6, УПД.10, УПД.11): Настройки механизмов
блокировки доступа при превышении заданного числа неуспешных попыток входа (УПД.6),
автоматического блокирования сеанса при неактивности пользователя (УПД.10) и жесткого
ограничения перечня разрешенных действий в системе до момента успешного прохождения
аутентификации (УПД.11).
4. Безопасное взаимодействие (УПД.13, УПД.14): Применения межсетевых экранов и
криптографических шлюзов на базе отечественного сертифицированного ПО для реализации
защищенного удаленного доступа (УПД.13), а также механизмов фильтрации и контроля
трафика при взаимодействии с внешними информационными системами (УПД.14).
Примечание: должен быть реализован регламент управления доступом и актуальная матрица
доступа, описывающая права каждой роли (администратор, инженер, оператор) ко всем компонентам
АСУ ТП
ЗАЩИТА МАШИННЫХ НОСИТЕЛЕЙ ИНФОРМАЦИИ
(ЗНИ.0, ЗНИ.1, ЗНИ.2, ЗНИ.5, ЗНИ.7, ЗНИ.8)
В проекте должны быть предусмотрены технические средства и организационные процедуры,
обеспечивающие защиту информации на съемных носителях и контроль интерфейсов ввода-вывода.
Указанные меры реализуются путем применения:
1. Разработка политики защиты машинных носителей информации (ЗНИ.0): создание
регламента, определяющего зоны ответственности, правила использования носителей в АСУ
ТП и порядок действий персонала.
2. Учет машинных носителей информации (ЗНИ.1): разработка форм реестров (журналов) и
порядка присвоения уникальных идентификаторов (маркировки) для обеспечения
прослеживаемости носителей.
3. Управление физическим доступом к машинным носителям информации (ЗНИ.2): определение
требований к местам безопасного хранения (сейфам, шкафам) и разработка процедур
контроля доступа к ним в нерабочее время.
4. Контроль использования интерфейсов ввода (вывода) и подключения машинных носителей
информации (ЗНИ.5, ЗНИ.7): внедрение и настройка отечественного сертифицированного
ПО для программного управления портами, а также физическое ограничение
(блокировка) доступа к неиспользуемым интерфейсам на уровне аппаратного обеспечения
(BIOS/UEFI, опломбирование портов или установка механических блокираторов).
5. Уничтожение (стирание) информации на машинных носителях информации (ЗНИ.8): поставка и
настройка отечественного сертифицированного ПО для гарантированного удаления данных, а
также разработка инструкции по выводу носителей из эксплуатации.
Примечание: должны быть реализованы утвержденные формы журналов учета машинных носителей,
инструкции по маркировке носителей и регламент гарантированного уничтожения информации».
АУДИТ БЕЗОПАСНОСТИ
(АУД.0, АУД.1, АУД.2, АУД.3, АУД.4, АУД.6, АУД.7, АУД.8, АУД.10)
В проекте должны быть предусмотрены инструменты и процедуры непрерывного контроля состояния
защиты, регистрации событий и оперативного реагирования на инциденты в АСУ ТП.
Указанные меры реализуются путем применения:
1. Разработка политики аудита безопасности и проведение внутренних аудитов (АУД.0,
АУД.10): разработка регламентов, определяющих перечень регистрируемых событий,
периодичность их анализа, а также порядок проведения плановых внутренних проверок
состояния защищенности системы.
2. Инвентаризация информационных ресурсов (АУД.1): создание и настройка
автоматизированных механизмов учета всех компонентов АСУ ТП (ПЛК, АРМ, серверы,
сетевое оборудование) с фиксацией их характеристик и мест установки.
3. Анализ уязвимостей и их устранение (АУД.2): использование отечественного
сертифицированного ПО для поиска уязвимостей в программном обеспечении и
конфигурациях оборудования, а также разработка регламента по их устранению и установке
обновлений безопасности.
4. Реагирование на сбои при регистрации событий безопасности (АУД.8): настройка механизмов
оповещения администраторов в случае невозможности записи логов (например, при
переполнении памяти или отказе хранилища).
Примечание: так же должны быть реализованы формы с перечнем контролируемых событий
безопасности, инструкции по анализу журналов и регламент проведения инвентаризации активов.
АНТИВИРУСНАЯ ЗАЩИТА
(АВЗ.0, АВЗ.1, АВЗ.2, АВЗ.4)
В проекте должны быть предусмотрены эшелонированная система антивирусной защиты,
обеспечивающая обнаружение и блокирование вредоносного программного кода в контуре АСУ ТП
без нарушения работоспособности технологических процессов.
Указанные меры реализуются путем применения:
1. Разработка политики антивирусной защиты (АВЗ.0): создание регламента, определяющего
порядок развертывания средств антивирусной защиты, перечень защищаемых объектов,
настройки сканирования, а также действия персонала при обнаружении вредоносного ПО.
2. Реализация антивирусной защиты (АВЗ.1): внедрение и настройка отечественного
сертифицированного ПО (антивирусных средств), совместимого с используемым в АСУ ТП
системным и прикладным программным обеспечением.
3. Антивирусная защита электронной почты и иных сервисов (АВЗ.2): обеспечение фильтрации
входящих потоков данных на уровне межсетевых экранов или специализированных шлюзов
безопасности с использованием отечественного сертифицированного ПО.
4. Обновление базы данных признаков вредоносных компьютерных программ
(АВЗ.4): проектирование и настройка инфраструктуры для безопасного обновления
антивирусных баз внутри изолированного сегмента АСУ ТП, а также разработка инструкции по
их регулярной актуализации без прямого доступа в сеть «Интернет».
Примечание: в состав эксплуатационной документации должны входить инструкции по
администрированию средств антивирусной защиты, регламент обновления сигнатурных баз в
изолированном контуре и протоколы тестирования совместимости антивирусного ПО со
специфическим ПО АСУ ТП.
ОБЕСПЕЧЕНИЕ ЦЕЛОСТНОСТИ
(ОЦЛ.0, ОЦЛ.1)
В проекте должны быть предусмотрены механизмы контроля неизменности программной среды и
данных, а также защиты системы от несанкционированных исправлений или повреждений кода.
Указанные меры реализуются путем применения:
1. Разработка политики обеспечения целостности (ОЦЛ.0): создание регламента, определяющего
объекты контроля целостности (файлы ОС, прикладное ПО АСУ ТП, конфигурации
оборудования), правила проведения проверок и порядок действий персонала при обнаружении
нарушений целостности.
2. Контроль целостности программного обеспечения (ОЦЛ.1): внедрение и
настройка отечественного сертифицированного ПО, обеспечивающего автоматический
контроль целостности исполняемых модулей, системных библиотек и конфигурационных
файлов. Механизмы защиты должны обеспечивать блокировку запуска или уведомление
администратора при выявлении несанкционированных изменений.
Примечание: в состав эксплуатационной документации должны входить инструкции по настройке
средств контроля целостности, перечень контролируемых объектов с указанием их эталонных
контрольных сумм, а также регламент периодической проверки целостности ПО АСУ ТП.
ОБЕСПЕЧЕНИЕ ДОСТУПНОСТИ
(ОДТ.0, ОДТ.4, ОДТ.5, ОДТ.6, ОДТ.8)
В проекте должны быть предусмотрены комплекс мер по обеспечению устойчивого
функционирования АСУ ТП и возможности оперативного восстановления работоспособности системы
после сбоев или инцидентов.
Указанные меры реализуются путем применения:
1. Разработка политики обеспечения доступности (ОДТ.0): создание регламента, определяющего
критичные компоненты системы, допустимое время восстановления, а также порядок действий
персонала при возникновении нештатных ситуаций и отказов оборудования.
2. Резервное копирование информации, обеспечение возможности восстановления информации
и программного обеспечения (ОДТ.4, ОДТ.5, ОДТ.6): внедрение и настройка отечественного
сертифицированного ПО для автоматизированного резервного копирования данных и образов
операционных систем. Подрядчик обязан спроектировать защищенное хранилище резервных
копий и провести тестирование процедур восстановления для подтверждения их
работоспособности.
3. Контроль предоставляемых вычислительных ресурсов и каналов связи (ОДТ.8): использование
встроенных механизмов мониторинга ОС и активного сетевого оборудования, а
также отечественного сертифицированного ПО для контроля загрузки процессоров,
оперативной памяти, дискового пространства и пропускной способности каналов связи с целью
предупреждения отказов системы из-за нехватки ресурсов.
Примечание: в состав эксплуатационной документации должны входить регламент резервного
копирования, инструкции по пошаговому восстановлению программного обеспечения и данных из
резервных копий, а также протоколы успешно проведенного тестового восстановления системы
ЗАЩИТА ТЕХНИЧЕСКИХ СРЕДСТВ И СИСТЕМ
(ЗТС.0, ЗТС.2, ЗТС.3, ЗТС.4, ЗТС.5)
В проекте должны быть предусмотрены комплекс мер по физической защите
оборудования АСУ ТП, исключающий несанкционированный доступ к аппаратным средствам и
защищающий их от внешних деструктивных воздействий.
Указанные меры реализуются путем применения:
1. Разработка политики защиты технических средств и систем (ЗТС.0): создание регламента,
определяющего требования к размещению оборудования, правила доступа в помещения с
техническими средствами АСУ ТП и порядок контроля целостности корпусов и шкафов
управления.
2. Организация контролируемой зоны и управление физическим доступом (ЗТС.2,
ЗТС.3): проектирование границ контролируемой зоны и внедрение технических средств
(электронных замков, считывателей, датчиков вскрытия), интегрированных с отечественным
сертифицированным ПО систем контроля и управления доступом (СКУД) для регистрации и
ограничения входа в пультовые, серверные и к шкафам ПЛК.
3. Размещение устройств вывода (отображения) информации, исключающее ее
несанкционированный просмотр (ЗТС.4): проектирование расположения мониторов АРМ
операторов и крупнопанельных дисплеев таким образом, чтобы исключить возможность
визуального съема информации посторонними лицами через окна или дверные проемы.
4. Защита от внешних воздействий (ЗТС.5): использование специализированных защищенных
шкафов (класса IP), систем бесперебойного питания, заземления и климат-контроля для
защиты технических средств от пыли, влаги, перепадов температуры и электромагнитных
помех в соответствии с условиями эксплуатации на объекте.
Примечание: в состав эксплуатационной документации должны входить схемы
размещения оборудования с указанием границ контролируемой зоны, инструкции по
управлению физическим доступом и регламент проверки целостности печатей (пломб) на
аппаратных средствах
ЗАЩИТА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ И ЕЕ КОМПОНЕНТОВ
(ЗИС.1, ЗИС.2, ЗИС.3, ЗИС.5, ЗИС.8, ЗИС.19, ЗИС.20, ЗИС.21, ЗИС.32, ЗИС.34, ЗИС.38, ЗИС.39,)
В проекте должна быть реализована сетевая архитектура, обеспечивающая безопасное
взаимодействие компонентов АСУ ТП и защита от внешних сетевых атак.
Указанные меры реализуются за счёт:
1. Разработка политики защиты информационной (автоматизированной) системы и ее
компонентов (ЗИС.0): создание регламента, определяющего правила сетевого обмена,
топологию сети и порядок внесения изменений в сетевую конфигурацию.
2. Защита периметра, эшелонированная защита и организация демилитаризованной зоны
(ЗИС.2, ЗИС.3, ЗИС.5, ЗИС.34): внедрение и настройка отечественного сертифицированного
ПО и аппаратных средств (межсетевых экранов уровня UTM) для сегментации сети,
фильтрации трафика и защиты от атак типа «DoS/DDoS». Для обмена данными с внешними
сетями должна быть спроектирована демилитаризованная зона (DMZ).
3. Разделение функций по управлению с иными функциями (ЗИС.1): выделение трафика
администрирования в отдельный защищенный сегмент (VLAN) с запретом доступа к нему из
технологической сети.
4. Сокрытие архитектуры, конфигурации и обеспечение доверенных каналов (ЗИС.8, ЗИС.19,
ЗИС.20): использование механизмов маскировки внутренней структуры сети и
применение отечественного сертифицированного ПО (VPN-шлюзов) для шифрования данных
при их передаче по открытым каналам связи, обеспечивая создание доверенных маршрутов
обмена информацией.
5. Запрет несанкционированной удаленной активации устройств и защита беспроводных
соединений (ЗИС.21, ЗИС.32): программное и аппаратное отключение функций удаленного
включения периферийных устройств (камер, микрофонов), а также обязательное
использование механизмов авторизации и шифрования для разрешенных беспроводных
сегментов.
6. Защита информации при использовании мобильных устройств и управление перемещением
виртуальных машин (ЗИС.38, ЗИС.39): применение отечественного сертифицированного
ПО для контроля мобильных средств доступа (если предусмотрено проектом) и обеспечения
безопасности миграции виртуальных ресурсов внутри серверного кластера.
Примечание: в состав эксплуатационной документации должны входить детальная схема сетевой
архитектуры, таблицы маршрутизации, перечень разрешенных сетевых протоколов и портов (матрица
сетевых доступов), а также инструкции по настройке межсетевых экранов и VPN-шлюзов
РЕАГИРОВАНИЕ НА КОМПЬЮТЕРНЫЕ ИНЦИДЕНТЫ
(ИНЦ.0, ИНЦ.1, ИНЦ.2, ИНЦ.3, ИНЦ.4, ИНЦ.5):
В проекте должны быть реализованы организационные процедуры и технические инструменты,
обеспечивающие своевременное обнаружение, локализацию и ликвидацию последствий
компьютерных атак и сбоев в АСУ ТП.
Указанные меры реализуются за счёт:
1. Разработка политики реагирования на компьютерные инциденты (ИНЦ.0): создание
регламента, определяющего критерии отнесения событий к инцидентам, состав аварийной
команды (группы реагирования), порядок связи и распределение ответственности.
2. Устранение последствий компьютерных инцидентов и принятие мер по предотвращению их
повторного возникновения (ИНЦ.4, ИНЦ.5): разработка планов действий по восстановлению
работоспособности системы (планов аварийного восстановления) и процедур «разбора
полетов» для корректировки настроек средств защиты после инцидента.
Примечание: в состав эксплуатационной документации должны входить регламент реагирования на
компьютерные инциденты, пошаговые инструкции для персонала при обнаружении типовых атак и
формы отчетов (актов) о результатах расследования инцидентов.
УПРАВЛЕНИЕ КОНФИГУРАЦИЕЙ
(УКФ.0, УКФ.2, УКФ.3):
В проекте должны быть реализованы механизмы строгого контроля состава и настроек аппаратных и
программных средств АСУ ТП, исключающие стихийное изменение параметров системы.
Выполнение данных требований обеспечивается за счет:
1. Разработка политики управления конфигурацией информационной (автоматизированной)
системы (УКФ.0): создания регламента, определяющего эталонное состояние системы,
порядок документирования настроек и периодичность проверки соответствия текущей
конфигурации проектным данным.
2. Управление изменениями (УКФ.2): внедрения процедур санкционирования, тестирования и
фиксации любых изменений в ПО или аппаратной части АСУ ТП, включая ведение журналов
версий и учет выполненных доработок.
3. Установка (инсталляция) только разрешенного к использованию программного обеспечения
(УКФ.3): применения отечественного сертифицированного ПО, обеспечивающего контроль
состава установленного софта и блокировку попыток инсталляции программ, не входящих в
утвержденный «белый список» (перечень разрешенного ПО).
Примечание: В состав эксплуатационной документации должны входить регламент управления
конфигурацией, перечень (эталон) разрешенного программного обеспечения и актуальные
формуляры на компоненты АСУ ТП с фиксацией их версий и контрольных сумм
УПРАВЛЕНИЕ ОБНОВЛЕНИЯМИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
(ОПО.0, ОПО.1, ОПО.2, ОПО.3, ОПО.4):
В проекте должны быть реализованы процедуры и технические решения по безопасному обновлению
ПО, исключающие внесение уязвимостей и нарушение стабильности технологического процесса.
Выполнение данных требований обеспечивается за счет:
1. Разработка политики управления обновлениями программного обеспечения (ОПО.0): создания
регламента, определяющего периодичность поиска обновлений, ответственных лиц, а также
критичность обновлений для различных компонентов АСУ ТП.
2. Поиск, получение обновлений программного обеспечения от доверенного источника
(ОПО.1): определения перечня официальных ресурсов разработчиков и проектирования
защищенных каналов (или процедур офлайн-переноса) для получения дистрибутивов без
прямого подключения компонентов АСУ ТП к сети «Интернет».
3. Контроль целостности обновлений программного обеспечения (ОПО.2): обязательной
проверки подлинности и неизменности полученных файлов путем сверки их контрольных сумм
с эталонными значениями, предоставленными разработчиком ПО.
4. Тестирование обновлений программного обеспечения (ОПО.3): проведения предварительной
проверки обновлений на выделенном стенде (или тестовом сегменте), имитирующем работу
реальной АСУ ТП, для подтверждения отсутствия конфликтов с технологическим ПО.
5. Установка обновлений программного обеспечения (ОПО.4): применения отечественного
сертифицированного ПО для централизованного или локального развертывания проверенных
обновлений в периоды планового обслуживания системы.
Примечание: в состав эксплуатационной документации должны входить регламент управления
обновлениями, инструкции по проверке контрольных сумм дистрибутивов и протоколы успешного
тестирования обновлений на совместимость с прикладным ПО АСУ ТП
ПЛАНИРОВАНИЕ МЕРОПРИЯТИЙ ПО ОБЕСПЕЧЕНИЮ БЕЗОПАСНОСТИ
(ПЛН.0, ПЛН.1, ПЛН.2):
В проекте должна быть реализована система планирования и контроля деятельности по защите
информации, обеспечивающую системный подход к безопасности АСУ ТП на всех этапах её
жизненного цикла.
1. Выполнение данных требований обеспечивается за счет:
2. Разработка политики планирования мероприятий по обеспечению защиты информации
(ПЛН.0): создания регламента, определяющего порядок долгосрочного и краткосрочного
планирования работ по ИБ, назначение ответственных подразделений и установление целей
обеспечения безопасности.
3. Разработка, утверждение и актуализация плана мероприятий по обеспечению защиты
информации (ПЛН.1): формирования детального графика работ (плана-графика), включающего
проведение технических проверок, инструктажей персонала, процедур продления лицензий и
сертификатов на используемые средства защиты.
4. Контроль выполнения мероприятий по обеспечению защиты информации (ПЛН.2): внедрения
процедур регулярной отчетности, и использования отечественного сертифицированного
ПО (систем мониторинга или управления задачами) для фиксации фактов выполнения
плановых работ и выявления отклонений от утвержденного графика.
Примечание: в состав эксплуатационной документации должны входить регламент планирования,
типовой годовой план мероприятий по обеспечению защиты информации и формы отчетности о
выполнении плановых показателей.
ОБЕСПЕЧЕНИЕ ДЕЙСТВИЙ В НЕШТАТНЫХ СИТУАЦИЯХ
(ДНС.0, ДНС.1, ДНС.2, ДНС.5, ДНС.6):
В проекте должен быть реализован комплекс организационных и технических мер, обеспечивающих
готовность персонала и системы к функционированию в условиях аварийных ситуаций, сбоев или
инцидентов ИБ.
Выполнение данных требований обеспечивается за счет:
1. Разработка политики обеспечения действий в нештатных ситуациях (ДНС.0): создания
регламента, определяющего классификацию нештатных ситуаций, цели и задачи по
обеспечению непрерывности технологического процесса и распределение полномочий
сотрудников.
2. Разработка плана действий в нештатных ситуациях (ДНС.1): формирования детальных планов
аварийного восстановления, содержащих алгоритмы действий по локализации угроз и
переводу системы в безопасный режим функционирования.
3. Обеспечение возможности восстановления информационной (автоматизированной) системы в
случае возникновения нештатных ситуаций (ДНС.5): внедрения и настройки отечественного
сертифицированного ПО для создания резервных копий конфигураций, проектов SCADA и
образов, а также проектирования схем горячего или холодного резервирования аппаратных
средств.
4. Анализ возникших нештатных ситуаций и принятие мер по недопущению их повторного
возникновения (ДНС.6): установления процедуры обязательного технического расследования
каждого случая нештатной работы системы с целью корректировки настроек средств защиты и
актуализации проектных решений.
Примечание: в состав эксплуатационной документации должны входить регламент обеспечения
действий в нештатных ситуациях, план аварийного восстановления (DRP), программы и методики
проведения тренировок персонала, а также типовые формы актов анализа причин возникновения
нештатных ситуаций
5. ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ АСУ ТП И СРЕДСТВАМ ЗАЩИТЫ
ИНФОРМАЦИИ (РЕКОМЕНДУЕМЫЕ)
МАШИННЫЕ НОСИТЕЛИ ИНФОРМАЦИИ
Машинные носители информации (внешние накопители), используемые для хранения резервных
копий, должны поставляться в количестве не менее 2-х единиц на каждый тип бэкапа и удовлетворять
следующим характеристикам:
- иметь ёмкость не менее 1000 ГБ (1 ТБ) для хранения полных образов системных дисков
серверов, АРМ и баз данных АСУ ТП;
- иметь ёмкость не менее 100 ГБ для резервных копий конфигураций СПО, ПЛК, сетевого
оборудования и средств защиты (МЭ, АВЗ);
- иметь интерфейс подключения не ниже USB 3.0 (или аналогичный по скорости передачи
данных).
При выборе средств МЭ, АСО и АВЗ следует учитывать рекомендации разработчиков АСУ ТП
(обязательное требование) и средства защиты, применяемые в Обществе (рекомендательное
требование), при условии их соответствия требованиям по импортозамещению и наличия
действующих сертификатов ФСБ и ФСТЭК России. В части обеспечения сетевой безопасности
проектируемые решения должны быть технологически совместимы с существующей
инфраструктурой защищенной сети ViPNet Общества (сеть №12295). Проектируемые средства
защиты информации должны обеспечивать функционирование в едином ключевом пространстве и
под управлением имеющихся у Общества средств централизованного управления сетью ViPNet,
иметь действующие сертификаты ФСБ России по классу КС2, действующие сертификаты ФСТЭК
России по 4 классу защиты.
Применение иных решений допускается при условии обеспечения полной интеграции в
действующую защищенную сеть без создания параллельных систем управления и без снижения
установленного уровня защищенности
Программно-технические средства защиты информации в АСУ ТП должны
обеспечивать:
- Отключение всех служб и сервисов на АРМ и серверах, не используемых в процессе
эксплуатации. Включение необходимых для обслуживания сервисов должно производиться
временно в соответствии с регламентом управления конфигурацией;
- Программную или физическую блокировку всех неиспользуемых коммуникационных портов
(USB, COM, PS/2 и др.) и интерфейсов на АРМ, серверах и сетевом оборудовании;
- Запрет загрузки ОС с внешних носителей в BIOS/UEFI всех компьютеров и серверов, а также
обязательную установку пароля на изменение настроек BIOS/UEFI;
- Обязательное документирование всех параметров конфигурации АСУ ТП.
В состав эксплуатационной документации на АСУ ТП и средства защиты должны
входить перечни и эталонные значения конфигурационных параметров (в том числе
контрольные суммы ПО), инструкции по восстановлению защитных мер и актуальная матрица
сетевых доступов.

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 1.3 - Опросный лист № 1.docx | docs/32616478416/Закупочная_документация (архив)/Приложение № 1.3 - Опросный лист № 1.pdf
ОПРОСНЫЙ ЛИСТ № 1
Сервер АСУ Верхнего Уровня
№
п/п
1
2
3
3.1
3.2
3.3
3.4
3.5
3.6
3.7
3.8
3.9
3.1
0
3.1
1
3.1
2
3.1
3
3.1
4
3.1
5
3.1
6
3.1
7
3.1
8
3.1
9
3.2
Наименование параметра
(характеристики)
Размерность
Требования
заказчика
Предложен
ие
поставщик
а
Тип оборудования
Сервер АСУ Верхнего Уровня
Необходимый объем поставки
Шт.
2
ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ
Количество установленных
Шт.
≥1
процессоров
Максимальное количество
Шт.
≥1
процессоров
Базовая частота каждого
установленного процессора (без
ГГц
≥ 2.4
учета технологии динамического
изменения частоты)
Количество ядер каждого
Шт.
≥ 16
установленного процессора
Количество потоков каждого
Шт.
≥ 24
установленного процессора
Интерфейс поддерживаемых
SATA ; USB ; PCIe
накопителей
Максимальное количество
Шт.
≥4
накопителей в корпусе
Количество SFF (2,5) слотов для
Шт.
≥2
накопителей на задней панели
Тип установленных накопителей (тип
HDD
1)
Интерфейс установленных
SATA
накопителей (тип 1)
Количество установленных
накопителей (тип 1)
Шт.
≥2
Объем каждого установленного
накопителя (тип 1)
Гбайт
≥ 14000
Количество USB 3.0 портов на
передней панели
Шт.
≥2
Количество USB 3.0 портов на
задней панели
Шт.
≥4
Количество занимаемых юнитов в
стойке
Шт.
Тип сервера
Стоечный
Тип корпуса
Поддерживаемые дисковым
контроллером типы RAID
Объем кэш-памяти установленного
дискового контроллера
Защита кэша контроллера
≤2
Rack
0 ; 60 ; 50 ; 10 ; 6 ; 5 ; 1
Гбайт
≥1
Да
0
3.2
1
3.2
2
3.2
3
3.2
4
3.2
5
3.2
6
3.2
7
3.2
8
3.2
9
3.3
0
3.3
1
3.3
2
3.3
3
3.3
4
3.3
5
3.3
6
3.3
7
3.3
8
3.3
9
3.4
0
3.4
1
Уровень резервирования
установленных блоков охлаждения
N+1
Количество слотов для установки
плат расширения PCIe x16
Шт.
≥3
Шт.
≥4
Количество сетевых портов (тип 1)
Поддерживаемые протоколы
сетевого порта (тип 1)
Скорость сетевого порта Ethernet
(тип 1)
Тип среды передачи для сетевого
порта (тип 1)
Количество слотов для модулей
оперативной памяти
Максимальный общий
поддерживаемый объем оперативной
памяти
Суммарный объем установленной
оперативной памяти
Объем каждого установленного
модуля оперативной памяти
Количество установленных блоков
питания с поддержкой горячей
замены
Полная мощность одного блока
питания
Ethernet
Гбит/с
≥1
Медь-витая пара
Шт.
≥ 16
Гбайт
≥ 1536
Гбайт
≥ 64
Гбайт
≥8
Шт.
≥2
Ватт
≥ 800
Уровень резервирования
установленных блоков питания
N+1
Cистема удаленного управления
сервером
Да
Аппаратная поддержка
виртуализации
Да
Поддерживаемая архитектура набора
команд процессора
Наличие интегрированного
видеоадаптера
Поддержка функции обнаружения и
коррекции ошибок в оперативной
памяти
Централизованная система
управления и мониторинга
Система мониторинга должна
входить в Единый реестр российских
программ для электронных
вычислительных машин и баз
данных:
https://reestr.digital.gov.ru/reestr/
Мониторинг и управление
осуществляется вне зависимости от
операционной системы (не требуется
х86-64
Да
Да
Да
Да
Да
3.4
2
3.4
3
3.4
4
3.4
5
3.4
6
3.4
7
3.4
8
3.4
9
3.5
0
3.5
1
3.5
установка дополнительных
программ-агентов)
Русский язык интерфейса
централизованной системы
управления и мониторинга
Наличие мобильного клиента для
платформ Android, iOS
Функциональные возможности
централизованной системы
управления и мониторинга:
• Управление через единый вебинтерфейс;
• Удаленный доступ к информации
из центральной консоли управления;
• Контроль изменения конфигурации
управляемой системы;
Возможность получать следующую
информацию:
• Загрузка процессора;
• Температура процессора;
• Модель процессора;
• Температура оперативной памяти;
• Состояние системы охлаждения
• Напряжение питания процессора;
• Напряжение питания оперативной
памяти;
• Информация о накопителях
(модель, емкость, текущий статус)
Возможность получения отчетности
по управляемым системам с
поддержкой форматов CSV и PDF в
централизованной системе
управления и мониторинга
Возможность формирования отчетов
в централизованной системе
управления и мониторинга
Возможность удаленного
включения/выключения,
перезагрузки системы, получения
текущего статуса системы.
Централизованное управление
электропитанием оборудования с
применением шаблонов включения и
выключения как отдельных систем,
так и групп.
Возможность получения
уведомлений о статусе
оборудования, информации о сбоях
Возможность в централизованной
системе управления и мониторинга
резервного копирования имеющихся
настроек системы и их
восстановления в случае сбоя с
сохранением всей доступной
информации на момент сбоя
Ролевая модель доступа с
Да
Нет
Да
Да
Да
Да
Да
Да
Да
Да
Да
2
функциями:
- возможность определения роли
пользователя системы на основании
членства в группах
- Логгирование действий
пользователей
Дополнительные требования:
Гарантия на серверное оборудование не менее 36 месяцев.
Круглосуточное принятие заявок в службу технической поддержки производителя по
вопросам восстановления работоспособности и эксплуатации поставляемого оборудования
и программного обеспечения. Предоставление возможности заведения заявки напрямую
через веб-интерфейс или чат с инженером технической поддержки продаж. Наличие
круглосуточного механизма управления инцидентами и проблемами, возможность
своевременного подключения высокоуровневых экспертов технической поддержки
производителя для решения сложных проблем с целью восстановления работоспособности
системы. Консультации по вопросам работоспособности поставленных операционных
систем, включая предоставление доступных патчей, версий, релизов. Обеспечение единой
точки контакта для решения вопросов, связанных с эксплуатируемым у Заказчика
оборудованием.
В целях обеспечения гарантийных обязательств на поставляемое оборудование
должен быть создан электронный технический паспорт, размещённый на официальном
сайте производителя в сети Интернет, с возможностью доступа к нему сотрудникам
Заказчика, с указанием в нём следующей информации:
 Артикул оборудования;
 Комплектация оборудования;
 Дата производства;
 Срок гарантийного обслуживания;
 Уникальный идентификационный номер (серийный номер).
Каждый электронный технический паспорт должен представлять собой персональный
электронный файл единицы оборудования. На сайте производителя поставляемого
оборудования Заказчику должна быть открыта возможность поиска информации по
поставляемому оборудованию по уникальному идентификационному номеру электронного
паспорта. Каждая единица поставляемого оборудования должна иметь этикетку с
уникальным QR-кодом (штрих-кодом), содержащим в себе информацию из электронного
технического паспорта. Информация в электронном техническом паспорте должна
совпадать с информацией на этикетке с QR-кодом (штрих-кодом).

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 1.4 - Опросный лист № 2.docx | docs/32616478416/Закупочная_документация (архив)/Приложение № 1.4 - Опросный лист № 2.pdf
ОПРОСНЫЙ ЛИСТ № 2
Сервер баз данных
№
п/п
1.
2.
3.
3.1
3.2
3.3
3.4
3.5
3.6
3.7
3.8
3.9
3.1
0
3.1
1
3.1
2
3.1
3
3.1
4
3.1
5
3.1
6
3.1
7
3.1
8
3.1
9
3.2
Наименование параметра
(характеристики)
Размерность
Требования
заказчика
Тип оборудования
Необходимый объем поставки
Сервер баз данных
Шт.
1
ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ
Количество установленных
Шт.
≥1
процессоров
Максимальное количество
Шт.
≥1
процессоров
Базовая частота каждого
установленного процессора (без
ГГц
≥ 2.5
учета технологии динамического
изменения частоты)
Количество ядер каждого
Шт.
≥8
установленного процессора
Количество потоков каждого
Шт.
≥ 16
установленного процессора
Интерфейс поддерживаемых
SATA ; USB ; PCIe
накопителей
Максимальное количество
Шт.
≥8
накопителей в корпусе
Количество SFF (2,5) слотов для
Шт.
≥8
накопителей на задней панели
Тип установленных накопителей (тип
HDD
1)
Интерфейс установленных
SATA
накопителей (тип 1)
Количество установленных
накопителей (тип 1)
Шт.
≥6
Объем каждого установленного
накопителя (тип 1)
Гбайт
≥ 1000
Количество USB 3.0 портов на
передней панели
Шт.
≥1
Количество USB 3.0 портов на
задней панели
Шт.
≥2
Количество занимаемых юнитов в
стойке
Шт.
≤2
Тип сервера
Стоечный
Тип корпуса
Поддерживаемые дисковым
контроллером типы RAID
Объем кэш-памяти установленного
дискового контроллера
Защита кэша контроллера
Rack
0 ; 60 ; 50 ; 10 ; 6 ; 5 ; 1
Гбайт
≥1
Да
Предложен
ие
поставщик
а
0
3.2
1
3.2
2
3.2
3
3.2
4
3.2
5
3.2
6
3.2
7
3.2
8
3.2
9
3.3
0
3.3
1
3.3
2
3.3
3
3.3
4
3.3
5
Лицензия на операционную
систему специального назначения
«Astra Linux Special Edition» для 64-х
разрядной платформы на базе
процессорной архитектуры х86-64,
уровень защищенности «Усиленный»
(«Воронеж»), РУСБ.10015-01
(ФСТЭК). В связи с необходимостью
обеспечения технологической
совместимости, единообразия
настроек информационной
безопасности, сопряжения со
смежными узлами АСУ ТП и
непрерывности сквозной
технической поддержки в рамках
единой ИТ-инфраструктуры
эквивалент не допускается на
основании ч. 6.1 ст. 3 № 223-ФЗ
(совместимость с существующей
инфраструктурой Заказчика)
Уровень резервирования
установленных блоков охлаждения
Количество слотов для установки
плат расширения PCIe x16
Количество сетевых портов (тип 1)
Да
N+1
Шт.
≥3
Шт.
≥4
Поддерживаемые протоколы
сетевого порта (тип 1)
Скорость сетевого порта Ethernet
(тип 1)
Тип среды передачи для сетевого
порта (тип 1)
Количество слотов для модулей
оперативной памяти
Максимальный общий
поддерживаемый объем оперативной
памяти
Суммарный объем установленной
оперативной памяти
Объем каждого установленного
модуля оперативной памяти
Количество установленных блоков
питания с поддержкой горячей
замены
Полная мощность одного блока
питания
Ethernet
Гбит/с
≥1
Медь-витая пара
Шт.
≥ 16
Гбайт
≥ 1536
Гбайт
≥ 64
Гбайт
≥ 16
Шт
≥2
Ватт
≥ 800
Уровень резервирования
установленных блоков питания
N+1
Cистема удаленного управления
сервером
Да
3.3
6
3.3
7
3.3
8
Аппаратная поддержка
виртуализации
Наличие интегрированного
видеоадаптера
Да
3.3
9
Поддержка функции обнаружения и
коррекции ошибок в оперативной
памяти
Да
Поддерживаемая архитектура набора
команд процессора
Да
х86-64
Дополнительные требования:
Гарантия на серверное оборудование не менее 36 месяцев.
Круглосуточное принятие заявок в службу технической поддержки производителя по
вопросам восстановления работоспособности и эксплуатации поставляемого оборудования
и программного обеспечения. Предоставление возможности заведения заявки напрямую
через веб-интерфейс или чат с инженером технической поддержки продаж. Наличие
круглосуточного механизма управления инцидентами и проблемами, возможность
своевременного подключения высокоуровневых экспертов технической поддержки
производителя для решения сложных проблем с целью восстановления работоспособности
системы. Консультации по вопросам работоспособности поставленных операционных
систем, включая предоставление доступных патчей, версий, релизов. Обеспечение единой
точки контакта для решения вопросов, связанных с эксплуатируемым у Заказчика
оборудованием.
В целях обеспечения гарантийных обязательств на поставляемое оборудование
должен быть создан электронный технический паспорт, размещённый на официальном
сайте производителя в сети Интернет, с возможностью доступа к нему сотрудникам
Заказчика, с указанием в нём следующей информации:
 Артикул оборудования;
 Комплектация оборудования;
 Дата производства;
 Срок гарантийного обслуживания;
 Уникальный идентификационный номер (серийный номер).
Каждый электронный технический паспорт должен представлять собой персональный
электронный файл единицы оборудования. На сайте производителя поставляемого
оборудования Заказчику должна быть открыта возможность поиска информации по
поставляемому оборудованию по уникальному идентификационному номеру электронного
паспорта. Каждая единица поставляемого оборудования должна иметь этикетку с
уникальным QR-кодом (штрих-кодом), содержащим в себе информацию из электронного
технического паспорта. Информация в электронном техническом паспорте должна
совпадать с информацией на этикетке с QR-кодом (штрих-кодом).

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 1.5 - Опросный лист № 3.docx | docs/32616478416/Закупочная_документация (архив)/Приложение № 1.5 - Опросный лист № 3.pdf
ОПРОСНЫЙ ЛИСТ № 5
Автоматизированное рабочее место
№
п/п
1.
2.
3.
3.1
3.2
3.3
3.4
3.5
3.6
3.7
3.8
3.9
3.10
3.11
3.12
3.13
3.14
3.15
3.16
3.17
3.18
3.19
3.20
3.21
3.22
3.23
3.24
Наименование параметра
(характеристики)
Предложен
ие
поставщик
а
Тип оборудования
Автоматизированное рабочее место
Необходимый объем поставки
Шт.
7
ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ
Допустимый максимальный
Гбайт
объем увеличения
≥ 64
оперативной памяти
Объем установленной
Гбайт
≥ 16
оперативной памяти
Количество портов HDMI
Шт.
≥1
Количество портов
Шт.
≥1
DisplayPort
Количество портов VGA
Шт.
≥1
Тип порта видеовыхода
Количество слотов M.2 NVMe
Количество портов USB 3.2
Gen 1 (USB 3.1 Gen 1, USB
3.0) на передней панели
Количество ядер процессора
Количество потоков
процессора
Частота процессора базовая
Частота процессора
максимальная
Объем кэш памяти третьего
уровня процессора (L3)
Наличие интегрированного
графического ядра
Наличие системы охлаждения
процессора
Наличие интегрированного
звукового контроллера
Мощность блока питания
Наличие входного
аудиоразъема для микрофона
Наличие входного
аудиоразъема для микрофона
на передней панели
Наличие выходного
аудиоразъема
Наличие выходного
аудиоразъема на передней
панели
Количество накопителей типа
SSD
Объем накопителя SSD
Сетевой интерфейс 8P8C
(RJ-45)
Размерность
Требования
заказчика
DisplayPort, HDMI, VGA
Шт.
≥1
Шт.
≥1
Шт.
≥6
Шт.
≥ 12
Ггерц
≥ 2.4
Ггерц
≥ 4.4
Мбайт
≥ 18
Да
Да
Да
Ватт
≥ 450
Да
Да
Да
Да
Шт.
≥1
Гбайт
≥ 480
Шт.
≥1
3.25
3.26
3.27
3.28
3.29
3.30
3.31
3.32
3.33
3.34
3.35
3.36
3.37
Скорость передачи данных
проводного сетевого адаптера
Дискретная видеокарта
Объем памяти дискретной
видеокарты
Клавиатура в комплекте
Мышь в комплекте
Лицензия на операционную
систему специального
назначения «Astra Linux
Special Edition» для 64-х
разрядной платформы на базе
процессорной архитектуры
х86-64, уровень
защищенности «Усиленный»
(«Воронеж»), РУСБ.10015-01
(ФСТЭК). В связи с
необходимостью обеспечения
технологической
совместимости, единообразия
настроек информационной
безопасности, сопряжения со
смежными узлами АСУ ТП и
непрерывности сквозной
технической поддержки в
рамках единой ИТинфраструктуры эквивалент
не допускается на основании
ч. 6.1 ст. 3 № 223-ФЗ
(совместимость с
существующей
инфраструктурой Заказчика)
Модульная структура BIOS
Процедура контроля
целостности BIOS
посредством удостоверения
каждого модуля BIOS
контрольной суммой
Встроенная функция для
возможности интеграции
дополнительных модулей в
UEFI BIOS
Возможность
индивидуального отключения
каждого USB порта
Возможность
индивидуального отключения
каждого порта PCI/PCIExpress
Возможность
индивидуального отключения
каждого порта SATA
Возможность запрета
подключения любых USB
устройств, кроме устройств
типа клавиатура и мышь
Мбит/с
≥ 1000
Да
Гбайт
≥ 2 Гигабайт
Да
Да
Да
Да
Да
Да
Да
Да
Да
Да
3.38
4
4.1
4.1.
1
4.1.
2
4.1.
3
4.1.
4
4.1.
5
4.2
4.2.
1
4.2.
2
4.2.
3
4.2.
4
ПК с ПО SCADA
Да
КОМПЛЕКТ ПОСТАВКИ
АРМ оператора
Шт.
Монитор диагональю не
менее 65”
Монитор диагональю не
менее 27”
Компьютерная мышь
Клавиатура
Шт.
Шт.
Шт.
Шт.
6
12
12
6
6
Инженерная станция для конфигурации и отладки проекта
шт.
ПК с ПО SCADA
1
Монитор диагональю не
менее 27”
Компьютерная мышь
Клавиатура
Шт.
1
Шт.
1
Шт.
1
Дополнительные требования:
Гарантия на серверное оборудование не менее 36 месяцев.
Круглосуточное принятие заявок в службу технической поддержки производителя по
вопросам восстановления работоспособности и эксплуатации поставляемого оборудования
и программного обеспечения. Предоставление возможности заведения заявки напрямую
через веб-интерфейс или чат с инженером технической поддержки продаж. Наличие
круглосуточного механизма управления инцидентами и проблемами, возможность
своевременного подключения высокоуровневых экспертов технической поддержки
производителя для решения сложных проблем с целью восстановления работоспособности
системы. Консультации по вопросам работоспособности поставленных операционных
систем, включая предоставление доступных патчей, версий, релизов. Обеспечение единой
точки контакта для решения вопросов, связанных с эксплуатируемым у Заказчика
оборудованием.
В целях обеспечения гарантийных обязательств на поставляемое оборудование
должен быть создан электронный технический паспорт, размещённый на официальном
сайте производителя в сети Интернет, с возможностью доступа к нему сотрудникам
Заказчика, с указанием в нём следующей информации:
 Артикул оборудования;
 Комплектация оборудования;
 Дата производства;
 Срок гарантийного обслуживания;
 Уникальный идентификационный номер (серийный номер).
Каждый электронный технический паспорт должен представлять собой персональный
электронный файл единицы оборудования. На сайте производителя поставляемого
оборудования Заказчику должна быть открыта возможность поиска информации по
поставляемому оборудованию по уникальному идентификационному номеру электронного
паспорта. Каждая единица поставляемого оборудования должна иметь этикетку с
уникальным QR-кодом (штрих-кодом), содержащим в себе информацию из электронного
технического паспорта. Информация в электронном техническом паспорте должна
совпадать с информацией на этикетке с QR-кодом (штрих-кодом).

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 1.6 - Опросный лист № 4.docx | docs/32616478416/Закупочная_документация (архив)/Приложение № 1.6 - Опросный лист № 4.pdf
ОПРОСНЫЙ ЛИСТ № 4
Сетевое оборудование
№
п/п
Наименование параметра
(характеристики)
1
Тип оборудования
2
2.1
ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ
Коммутатор доступа
Коммутатор агрегации
2.3
2.4
Консольный порт
Пропускная способность
2.5
Объем буферной памяти
2.6
2.7
Объем ОЗУ (DDR3)
Объем ПЗУ (SPI Flash)
Функции интерфейсов
2.8
Функции при работе с МACадресами
2.9
Поддержка VLAN
Функции L2 Multicast
2.11
Функции L2
2.12
Требования
заказчика
Сетевое оборудование
2.2
2.10
Размерность
24x10/100/1000BASE-T
4x1000BASE-X(SFP)/10GBASER(SFP+)
RS-232 (RJ-45)
≥150
Гбит/с
Мбайт
≥2
Мбайт
≥ 512
Мбайт
≥ 64
 Защита от блокировки очереди (HOL)
 Поддержка Auto MDI/MDIX
 Поддержка сверхдлинных кадров
(Jumbo frames)
 Управление потоком (IEEE 802.3X)
 Зеркалирование портов (Port
mirroring)
RSPAN
 Независимый режим обучения в
каждой VLAN
 Статические записи MAC (Static MAC
Entries)
 Отслеживание событий MAC change
на портах
 Поддержка IEEE 802.1Q
 Поддержка Q-in-Q
 Поддержка профилей Multicast
 Поддержка IGMP Snooping v1,2,3
 Поддержка IGMP Snooping Fast Leave
на основе порта
 Поддержка функций IGMP proxyreport
 Поддержка IGMP Querier
 Поддержка MVR
 Поддержка протокола STP(Spanning
Tree Protocol, IEEE 802.1d)
 Поддержка протокола RSTP (Rapid
Spanning Tree Protocol, IEEE 802.1d)
 Поддержка протокола MSTP (Multiple
Spanning Tree Protocol, IEEE 802.1s)
 Поддержка STP Root Guard
 Поддержка STP Loop Guard
 Поддержка STP BPDU Guard
 Поддержка BPDU Filtering
Предложен
ие
поставщик
а
2.13
Сервисные функции
Функции обеспечения
безопасности
2.14
Списки управления доступом
ACL
2.15
Основные функции качества
обслуживания (QoS) и
ограничения скорости
2.16
Основные функции
управления
2.17
 Поддержка Spanning Tree Fast Link
option
 Изоляция портов
 Поддержка Storm Control для
различного трафика (broadcast,
multicast, unknown unicast)
 Виртуальное тестирование кабеля
(VCT)
 Диагностика оптического трансивера
 DHCP Snooping
 Проверка подлинности на основе
MAC-адреса, ограничение количества
MAC адресов, статические MACадреса
 Сегментация трафика
 Фильтрация DHCP-клиентов
 Предотвращение атак BPDU
 L2-L3-L4 ACL (Access Control List)
 IPv6 ACL
 ACL на основе:
o Порта коммутатора
o Приоритета IEEE 802.1p
o VLAN ID
o EtherType
o DSCP
o Типа IP-протокола
o Номера порта TCP/UDP
 Ограничение скорости на портах
(shaping, policing)
 Поддержка класса обслуживания IEEE
802.1p
 Обработка очередей по алгоритмам
Strict Priority/Weighted Round Robin
(WRR)
 Настройка приоритета 802.1p для
VLAN управления
 Загрузка и выгрузка
конфигурационного файла по
TFTP/SFTP
 Автоматическое резервирование
(backup) файла конфигурации по
TFTP/SFTP
 Протокол SNMP
 Интерфейс командной строки (CLI)
 Syslog
 SNTP (Simple Network Time Protocol)
 Traceroute
 LLDP (IEEE 802.1ab) + LLDP MED
 Управление доступом к коммутатору –
уровни привилегий для пользователей
 Блокировка интерфейса управления
 Локальная аутентификация
 Фильтрация IP-адресов для SNMP
 Клиент RADIUS, TACACS+ (Terminal
Access Controller Access Control
System)
Функции мониторинга
2.18
2.19
Обеспечение бесперебойного
питания
 Сервер Telnet, сервер SSH
 Поддержка SSL
 Журналирование вводимых команд по
протоколу TACACS+
 Автоматическая настройка DHCP
 DHCP Relay (поддержка IРv4)
 DHCP Relay Option 82
 Flash File System
 Команды отладки
 Механизм ограничения трафика в
сторону CPU
 Шифрование пароля
 Ping (поддержка IPv4/IPv6)
 Поддержка статических маршрутов
IPv4/IPv6
 Статистика интерфейсов
 Поддержка мониторинга загрузки CPU
по задачам и очередям
 Мониторинг загрузки оперативной
памяти (RAM)
 Мониторинг температуры
 Мониторинг TCAM
 Мониторинг типа электропитания
(SNMP)
 Оповещение при переходе с одного
типа питания на другой
 Защита от короткого замыкания
Дополнительные требования:
Гарантия на серверное оборудование не менее 36 месяцев.
Круглосуточное принятие заявок в службу технической поддержки производителя по
вопросам восстановления работоспособности и эксплуатации поставляемого оборудования
и программного обеспечения. Предоставление возможности заведения заявки напрямую
через веб-интерфейс или чат с инженером технической поддержки продаж. Наличие
круглосуточного механизма управления инцидентами и проблемами, возможность
своевременного подключения высокоуровневых экспертов технической поддержки
производителя для решения сложных проблем с целью восстановления работоспособности
системы. Консультации по вопросам работоспособности поставленных операционных
систем, включая предоставление доступных патчей, версий, релизов. Обеспечение единой
точки контакта для решения вопросов, связанных с эксплуатируемым у Заказчика
оборудованием.
В целях обеспечения гарантийных обязательств на поставляемое оборудование
должен быть создан электронный технический паспорт, размещённый на официальном
сайте производителя в сети Интернет, с возможностью доступа к нему сотрудникам
Заказчика, с указанием в нём следующей информации:
 Артикул оборудования;
 Комплектация оборудования;
 Дата производства;
 Срок гарантийного обслуживания;
 Уникальный идентификационный номер (серийный номер).
Каждый электронный технический паспорт должен представлять собой персональный
электронный файл единицы оборудования. На сайте производителя поставляемого
оборудования Заказчику должна быть открыта возможность поиска информации по
поставляемому оборудованию по уникальному идентификационному номеру электронного
паспорта. Каждая единица поставляемого оборудования должна иметь этикетку с
уникальным QR-кодом (штрих-кодом), содержащим в себе информацию из электронного
технического паспорта. Информация в электронном техническом паспорте должна
совпадать с информацией на этикетке с QR-кодом (штрих-кодом).

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 1.7 - Опросный лист № 5.docx | docs/32616478416/Закупочная_документация (архив)/Приложение № 1.7 - Опросный лист № 5.pdf
ОПРОСНЫЙ ЛИСТ № 5
Средства обеспечения ИБ
№
п/п
1
2
3
4
5
Средства обеспечения ИБ
ПАК ViPNet Coordinator
HW 5 Исполнение HW1000
(Base, АП HW1000 Q7) (Сеть
12295)
Сертификат активации
сервиса
совместной технической
поддержки ПАК ViPNet
Coordinator HW 5
Исполнение HW1000 (Base,
АП HW1000 Q7) на срок 1
год, уровень - Расширенный
(Сеть 12295)
ПАК ViPNet Coordinator
HW 5 Исполнение HW100
(Base, АП HW100 Q1/Q2)
(Сеть 12295)
Сертификат активации
сервиса совместной
технической
поддержки ПАК ViPNet
Coordinator HW 5
Исполнение HW100 (Base,
АП HW100 Q1/Q2) на срок
1 год, уровень Расширенный (Сеть 12295)
Установочный комплект
Kaspersky Certified Media
Pack Customized
Шт.
3
Шт.
3
Шт.
3
Шт.
3
Усл.
1
В связи с
необходимостью
обеспечения
технологической
совместимости,
единообразия
настроек
информационной
безопасности,
сопряжения со
смежными узлами
АСУ ТП и
непрерывности
сквозной
технической
поддержки в
рамках единой ИТинфраструктуры
эквивалент не
допускается на
основании ч. 6.1 ст.
3 № 223-ФЗ
(совместимость с
существующей
инфраструктурой
Заказчика)
Дополнительные требования:
Гарантия на серверное оборудование не менее 36 месяцев.
Круглосуточное принятие заявок в службу технической поддержки производителя по
вопросам восстановления работоспособности и эксплуатации поставляемого оборудования
и программного обеспечения. Предоставление возможности заведения заявки напрямую
через веб-интерфейс или чат с инженером технической поддержки продаж. Наличие
круглосуточного механизма управления инцидентами и проблемами, возможность
своевременного подключения высокоуровневых экспертов технической поддержки
производителя для решения сложных проблем с целью восстановления работоспособности
системы. Консультации по вопросам работоспособности поставленных операционных
систем, включая предоставление доступных патчей, версий, релизов. Обеспечение единой
точки контакта для решения вопросов, связанных с эксплуатируемым у Заказчика
оборудованием.
В целях обеспечения гарантийных обязательств на поставляемое оборудование
должен быть создан электронный технический паспорт, размещённый на официальном
сайте производителя в сети Интернет, с возможностью доступа к нему сотрудникам
Заказчика, с указанием в нём следующей информации:
 Артикул оборудования;
 Комплектация оборудования;
 Дата производства;
 Срок гарантийного обслуживания;
 Уникальный идентификационный номер (серийный номер).
Каждый электронный технический паспорт должен представлять собой персональный
электронный файл единицы оборудования. На сайте производителя поставляемого
оборудования Заказчику должна быть открыта возможность поиска информации по
поставляемому оборудованию по уникальному идентификационному номеру электронного
паспорта. Каждая единица поставляемого оборудования должна иметь этикетку с
уникальным QR-кодом (штрих-кодом), содержащим в себе информацию из электронного
технического паспорта. Информация в электронном техническом паспорте должна
совпадать с информацией на этикетке с QR-кодом (штрих-кодом).

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 3 -  Анкета Участника.xlsx | docs/32616478416/Закупочная_документация (архив)/Приложение № 3 -  Анкета Участника.pdf
Анкета Участника
№ п/п
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
Наименование
Общие сведения об Участнике
Фирменное наименование Участника
Участники (акционеры, учредители) (перечислить наименования и
организационно-правовую форму или Ф.И.О. всех участников (акционеров,
учредителей), чья доля в уставном капитале превышает 10%)
Организационная форма
Для ЗАО: актуальный (не менее месяца), оформленный надлежащим образом,
реестр акционеров
Свидетельство о внесении в Единый государственный реестр юридических
лиц (дата и номер, кем выдано)
ИНН Участника
КПП Участника
ОГРН Участника
ОКПО Участника
Адрес места нахождения
Почтовый адрес
Филиалы: перечислить наименования и почтовые адреса
Банковские реквизиты (наименование и адрес банка, номер расчетного счета
Участника в банке, телефоны банка, прочие банковские реквизиты)
Телефоны Участника (с указанием кода города)
Факс Участника (с указанием кода города)
Адрес электронной почты Участника
Фамилия, Имя и Отчество руководителя Участника, имеющего право
подписи согласно учредительным документам Участника, с указанием
должности и контактного телефона
Фамилия, Имя и Отчество ответственного лица Участника с указанием
должности и контактного телефона
Сведения об аффилированных организациях:
- юридическое или физическое лицо непосредственно либо косвенно
участвует в капитале другого (более 1%);
- в управлении одного из юридических лиц принимают участие физические
лица, одновременно участвующие в капитале другого (более 1%);
- в управлении юридическими лицами принимают участие одни и те же
физические лица, либо руководство ими осуществляет единый
исполнительный орган управления;
- юридические лица имеют общих учредителей, размер участия которых
составляет более 1%;
- юридические лица имеют общую управляющую компанию.
Сведения об аффилированности с работниками Водоканалов Компании
«РОСВОДОКАНАЛ» и ООО УК «РОСВОДОКАНАЛ»
Наличие опыта работы с Водоканалами Компании «РОСВОДОКАНАЛ», в
том числе в качестве субподрядчика
Компания ознакомилась с Кодексом поведения поставщика
«РОСВОДОКАНАЛ» и полностью разделяет положения и принципы Кодекса
(кодекс размещен на официальном сайте «РОСВОДОКАНАЛ» в разделе
Закупки https://www.rosvodokanal.ru/about/zakupki/)
Защита окружающей среды
23
24
25
26
27
28
29
30
31
32
33
34
35
36
В Компании действует Экологическая политика и/или другой документ,
регулирующий вопросы, связанные с охраной окружающей среды
Компания стремится вести деятельность с учетом снижения воздействия на
окружающую среду, в том числе за счет экономного использования сырья и
первичных ресурсов (воды, энергии, материалов) и применения технологий,
направленных на сокращение потребления сырья и материалов, их
повторного использования, а также ответственно подходит к обращению с
отходами
Соблюдение трудовых прав и прав человека
Компания соблюдает требования трудового законодательства и нормы
режима рабочего времени
Работники Компании получают равную оплату за равный труд, независимо от
национальности, пола, этнического происхождения и религиозных убеждений
Компания не использует принудительный и детский труд
В Компании существуют механизмы, позволяющие работникам обращаться с
жалобами на условия труда, дискриминацию и притеснения
Охрана труда и промышленная безопасность
В Компании действует Политика в области охраны труда и промышленной
безопасности
Работники компании полностью обеспечены спецодеждой, спец. обувью и
другими средствами индивидуальной защиты
Компания регулярно проводит обучение по охране труда и технике
безопасности
В Компании действует система учета и анализа показателей травматизма,
аварий и инцидентов
Общее число несчастных случаев за отчетный год
Ведение бизнеса честно и добросовестно
Компания имеет необходимые средства для защиты от ненадлежащего
использования, ущерба, кражи, злоупотребления, несанкционированного
доступа или распоряжения информацией, активами и имуществом заказчика
Наличие прозрачных цепочек поставок. Другими словами: Компания
понимает, у кого ее поставщики приобретают свои товары и (или) услуги
Компания гарантирует недопущение фактов коррупции в своей организации
и наличие эффективного механизма противодействия возникновению фактов
коррупции в организации
(Должность руководителя организиции либо уполномоченного лица) __________________________
М.П.
Приложение № 3 Документации о закупке
ика
Сведения об Участнике
астнике
й среды
(указать наименование Водоканалов из
приведенного списка и период сотрудничества)
да/нет
да/нет
да/нет
и прав человека
да/нет
да/нет
да/нет
да/нет
ая безопасность
да/нет
да/нет
да/нет
да/нет
обросовестно
да/нет
да/нет
да/нет
) _________________________________ И.О. Фамилия

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 5 - Горячая линия безопасности.docx | docs/32616478416/Закупочная_документация (архив)/Приложение № 5 - Горячая линия безопасности.pdf
ГОРЯЧАЯ ЛИНИЯ
(ПАМЯТКА )
КРУГЛОСУТОЧНЫЙ ПРИЁМ
СООБЩЕНИЙ:
телефон 8-800-250-17-47 (запись
33 секунды)
Электронная почта:
etika@rosvodokanal.ru
Официальный сайт:
www.rosvodokanal.ru
Официальные сайты
региональных предприятий
РЕКОМЕНДУЕМАЯ СХЕМА
Группы компаний «Росводоканал»
СООБЩЕНИЯ:
- назовите Ваш регион;
- представьтесь (если считаете
возможным), укажите, из какой
Вы организации администратору ГЛБ необходимо
понимать, откуда получено
сообщение: от работников
Группы компаний или иных лиц;
- сообщите «по моим сведениям
(фамилия работника, его
должность) совершает
(участвует) в (суть, время и
предположительный ущерб от
деяния)»
НЕ МОЛЧИ! СООБЩИ! НЕ
УКРЫВАЙ!
 корпоративное
мошенничество;
 коммерческий подкуп;
 конфликт интересов;
 хищения;
 иные нарушения и
злоупотребления.
ВАЖНО:
- изложить максимально
полную информацию о
нарушении;
- особенно важны любые
сведения о реальных
фактах, даже если они
могут показаться
незначительными;
- воздерживаться от
безосновательных
КОНФИДЕЦИАЛЬНОСТЬ
ГАРАНТИРУЕТСЯ!

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 6 (Форма 1) - Письмо оферта+КП.xlsx | docs/32616478416/Закупочная_документация (архив)/Приложение № 6 (Форма 1) - Письмо оферта+КП.pdf
Для оказания услуг
Приложение № 6 (Форма 1) доку
Письмо о подаче оферты
«_____»___________________ года
№________________________
Уважаемые господа!
Изучив извещение о проведении закупки (Извещение № ______________), опубликованное на сайте электронной площадки www.etp.gpb.ru и официальном сайте www.zakupki.gov.ru, и документацию о закупке, а также принимая установленные в
предлагаем заключить договор на оказание услуг на объекте «Модернизация системы диспетчеризации АСУ ТП объектов ЦДС и ОСРВ в рамках мероприятия Проектирование и установка АСУ ТП)» на условиях и в соответствии с коммерчески
являющимися неотъемлемыми приложениями к настоящему письму.
Наименование участника с указанием организационно-правовой формы
Юридический адрес участника
ИНН участника
Настоящее Предложение имеет правовой статус оферты и действует до «___» _________ 20___ года.
Срок действия оферты должен составлять не менее 120 календарных дней с момента окончания срока подачи заявок на участие в закупке
№
позиции
Коммерческое предложение
1
Наименование услуги
Разработка SCADA ЦДП
ЕИ
Заказчик
Место оказания
услуг
Срок / период
оказания услуг
ед
Кол-во
1
с 01.02.2027 по
01.07.2027
2
Разработка SCADA ОСРВ
ед
3
Монтаж и ПНР системы ЦДП (АРМ, серверные, ПО)
ед
1
1
с 17.12.2026 по
01.03.2027
4
ПНР системы ОСРВ (АРМ, серверные, ПО)
ед
1
5
Поставка ультразвуковых датчиков непррывного измерения уровня заполнения
шт
12
6
Поставка щита контроля параметров
шт
7
Монтаж и ПНР ультразвуковых датчиков и щита контроля
8
Настройка средств ИБ HW 1000
усл. ед
с даты подписания
договора до
15.12.2026
ООО
"БАРНАУЛЬСКИЙ
ВОДОКАНАЛ"
1
1
г.Барнаул
усл. ед
3
с 01.02.2027 по
01.05.2027
9
Настройка средств ИБ HW 100
усл. ед
3
10
Настройка сертифицированной ОС на сервере
усл. ед
9
Страница 1 из 4
с 02.07.2027 по
Цена за ед.,
руб., БЕЗ НДС
Стоимость
оказания услуги
БЕЗ НДС (руб.)
11
Настройка сертифицированной ОС на рабочем месте
усл. ед
7
12
Установка и настройка антивируса на сервере
усл. ед
13
Установка и настройка антивируса на рабочем месте
усл. ед
7
14
Установка и настройка средств защищенности Сканер ВС
усл. ед
1
с 02.07.2027 по
15.12.2027
9
ИТОГО БЕЗ НДС (руб.)
#REF!
Данная форма входит в состав заявки участника и предоставляется в форме заверенного подписью и печатью документа и файла в форме Excel.
ячейки голубого цвета подлежат обязательному заполнению участником закупки. Текст, выделенный красным шрифтом в таблицах, может бы
Товары, поставляемые в рамках выполнения работ, на которые распространяется запрет/ограничение/преимущество в соответствии с ПП РФ 1875
Заполняется только в случае, если в рамках оказания услуг планируется поставка товара, который в соответствии с законодательством Российской Федерации о бухгалтерском учете подлежит принятию заказчиком к бухгалтерскому учету в качестве отд
противном случае, таблица не заполняется.
№ п/п
Наименование товара
ОКВЭД2
Применяемая мера в
соответствии с ПП
РФ 1875
ЕИ
Количество
Цена за ед., руб.,
БЕЗ НДС
Страна
производства
товара в
соответствии с
ОКСМ
Стоимость,
руб., БЕЗ НДС
1
Право использования программы для ЭВМ SCADA 4D. Клиент-серверная
исполнительная система на 30 000 внешних точек ввода. Включает протоколы,20 62.01.29
счетчико электроэнергии, 10 счетчиков тепла и энергии
запрет
шт
1
0.00
2
Право использования программы для ЭВМ SCADA 4D. Опция резервирования
для клиент-серверной исполнительной системы на 30 000 внешних точек вводавывода
62.01.29
запрет
шт
1
0.00
3
Право использования программы для ЭВМ SCADA 4D. Пакет из 10 клиентских
62.01.29
рабочих мест с управлением на неограниченное количество точек ввода-вывода
запрет
шт
1
0.00
4
Право использования программы для ЭВМ SCADA 4D. Клиент-серверная
исполнительная система на 10 000 внешних точек ввода, включающие
различные протоколы, 20 счетчиков, 10 счетчиков оэнергии и тепла..
62.01.29
запрет
шт
1
0.00
5
Право использования программы для ЭВМ SCADA 4D. Опция резервирования
для клиент-серверной исполнительной системы на 10 000 внешних точек вводавывода -1 шт.
62.01.29
запрет
шт
1
0.00
Страница 2 из 4
6
Право использования программы для ЭВМ SCADA 4D. Пакет из 5 клиентских
62.01.29
рабочих мест с управлением на неограниченное количество точек ввода-вывода
запрет
шт
1
0.00
7
Лицензии на программу для ЭВМ
58.29.50.000
запрет
шт
4
0.00
8
Лицензия на операционную систему специального назначения для 64-х
разрядной платформы на базе процессорной, уровень защищенности
58.29.50.000
"Усиленный" (Воронеж) , способ передачи электронный, серверая до 2-х сокетов
запрет
шт
9
0.00
9
Лицензия на операционную систему специального назначения для 64-х
разрядной платформы на базе процессорной, уровень защищенности
"Усиленный" (Воронеж), способ передачи электронный, для рабочей станции.
58.29.50.000
запрет
шт
7
0.00
10
ПО Kasperski EDR-для бизнеса Оптимальный
58.29.50.000
запрет
шт
21
0.00
11
Средства анализа защищенности "Сканер-ВС". Лицензия на 128 IP адресов
58.29.50.000
запрет
шт
1
0.00
12
Средства анализа защищенности. Дополнительный IP к лицензии
58.29.50.000
запрет
шт
14
0.00
13
Серверного оборудования для ЦДП и ОСРВ
26.20.14
ограничение
шт
4
0.00
14
АРМ опереторов ЦДП и ОСРВ
26.20.15.120
ограничение
компл
6
0.00
15
АРМ управления
26.20.15.120
ограничение
компл
1
0.00
16
Средства обоеспечения ИБ, исполнение HW 1000 с сертификатами активации
сервисасовместной технической поддержки исполнение HW 1000
58.29.50.000
запрет
компл
3
0.00
17
Средства обоеспечения ИБ, исполнение HW 100 с сертификатами активации
сервисасовместной технической поддержки исполнение HW 100
58.29.50.000
запрет
компл
3
0.00
18
Установочный комплект Kasperski Certifidet Media Pack Customizidet
58.29.50.000
запрет
шт
1
0.00
ИТОГО БЕЗ НДС (руб.)
0.00
Условия оказания услуг
Срок оказания услуг
Заполнить
Условия и срок оплаты
Заполнить
Гарантийный срок на оказанные услуги
Заполнить
Срок устранения недостатков, выявленных в течение гарантийного срока
Заполнить, указать конкретный срок в месяцах
Информация о намерении Участника привлекать соисполнителя(-ей)
объем и наименование услуг, передаваемых соисполнителю(-ям), составляет _____ % от общей суммы договора,
(указать наименование привлекаемой организации, список используемого оборудования, информацию о кадровом составе и т.п.)
Страница 3 из 4
Информация о системе налогообложения участника
Заполнить
Дополнительная информация
Заполнить при необходимости
Должность _____________________________________ ФИО
подпись
Страница 4 из 4

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 6 (Форма 2) - Согласие с ЮЗДО.doc | docs/32616478416/Закупочная_документация (архив)/Приложение № 6 (Форма 2) - Согласие с ЮЗДО.pdf
Приложение №6 (Форма 2) Документации о закупке
Согласие о готовности использования юридически значимого электронного
документооборота (ЮЗЭДО).
г. ______________
Подписанием настоящего Согласия _____________, подтверждает свое уведомление об
использовании предприятиями ГК «РОСВОДОКАНАЛ» ЮЗЭДО, и подтверждает свою
готовность в случае выбора победителем:
1.
подписать договор в электронной форме посредством ЭДО;
2.
обмениваться документами по исполнению договора с использованием средств
ЮЗЭДО;
а также гарантирует наличие возможностей и технических средств для осуществления
электронного документооборота с предприятиями ГК «РОСВОДОКАНАЛ».
_________________________
Наименование организации
_____________
Должность
_______
Дата
___________________
Подпись
_____________
ФИО

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 6 (Форма 3) - Согласие с выездным аудитом.doc | docs/32616478416/Закупочная_документация (архив)/Приложение № 6 (Форма 3) - Согласие с выездным аудитом.pdf
Приложение №6 (Форма 3) Документации о закупке
Согласие на проведение выездного аудита.
г. ______________
Подписанием настоящего Согласия ______________________ подтверждает свою
готовность обеспечить возможность проведения Заказчиком / Организатором закупки /
Внешним организатором закупки выездного аудита.
_________________________
Наименование организации
_____________
Должность
_______
Дата
___________________
Подпись
_____________
ФИО

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 6 (Форма 4) - Референц-лист.xlsx | docs/32616478416/Закупочная_документация (архив)/Приложение № 6 (Форма 4) - Референц-лист.pdf
Приложение № 6 (Форма 3) доку
Референц-лист
Справка о перечне и объемах выполнения аналогичных договоров
№ п/п
Срок выполнения
(месяц и год начала выполнения месяц и год фактического или
планируемого окончания
выполнения)
Контрагент
(наименование, адрес,
контактное лицо, контактные
телефоны)
Предмет договора
(объем и состав работ)
Учитываются только договоры на выполнение работ
аналогичные предмету закупки
ИТОГО за 20___ год
ИТОГО за 20___ год
ИТОГО за 20___ год
ИТОГО за 20___ - 20___
Стоимость договора
в руб., без НДС
Приложение № 6 (Форма 3) документации о закупке
Сведения о рекламациях

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 6 (Форма 5) - План привлечения соисполнителей.xlsx | docs/32616478416/Закупочная_документация (архив)/Приложение № 6 (Форма 5) - План привлечения соисполнителей.pdf
Для оказания услуг с привлечением соисполнителей СМСП
Приложение № 6 (Форма 4) документации о закупке
№ п/п
План привлечения соисполнителей из числа субъектов малого и среднего предпринимательства
Наименование и иные сведения о привлекаемом соисполнителе из числа
Предмет договора, заключаемого с
субъектов малого и среднего предпринимательства
соисполнителем из числа СМСП, с указанием
(указывается наименование, фирменное наименование (при наличии), место нахождения (для количества поставляемого им товара, объема
юридического лица) или фамилия, имя, отчество (при наличии), паспортные данные, место
выполняемых им работ, оказываемых им
жительства (для индивидуального предпринимателя), почтовый адрес, номер контактного
услуг
телефона, адрес электронной почты соисполнителя)
Место, условия и сроки
(периоды) оказания услуг
соисполнителем
Цена договора,
заключаемого с
соисполнителем
Срок оплаты
соисполнителю за
оказанные услуги
1
не более 7 рабочих дней со
дня подписания заказчиком
документа о приемке
выполненных работ по
договору (отдельному этапу
договора)
2
не более 7 рабочих дней со
дня подписания заказчиком
документа о приемке
выполненных работ по
договору (отдельному этапу
договора)
ИТОГО
-
Данная форма входит в состав заявки участника и предоставляется в форме заверенного подписью и печатью документа и файла в форме Excel.
ячейки голубого цвета подлежат обязательному заполнению участником закупки. Текст, выделенный красным шрифтом,
может быть изменен.
Должность
_____________________________________
подпись
Страница 1 из 1
ФИО

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 7 - Обоснование НМЦ.xlsx | docs/32616478416/Закупочная_документация (архив)/Приложение № 7 - Обоснование НМЦ.pdf
Приложение № 7
документации о закупке
Обоснование
начальной максимальной цены закупки методом сопоставимых цен
Исходные данные о потребности:
Предмет закупки
Место поставки, выполнения работ или
оказания услуг
№
п/п
Наименование потребности
Услуги по модернизации АСУ ТП
г. Барнаул
Ед.
изм
Цена в
Предложения от потенциальных контрагентов (руб/ед. изм.), n - количество Средняя цена
Расчет стоимости
Колпредыдущем
значений,
без НДС
руб. за ед. изм.
согласно НМЦ по
во отчетном периоде*,
используемых
без НДС
формуле, руб. без НДС
руб без НДС
в расчете;
Предложение 1
1
Предложение 2
Предложение 3
Право использования программы для
ЭВМ SCADA 4D. Клиент-серверная
исполнительная система на 30 000
внешних точек ввода. - 1 шт.. Опция
резервирования для исполнительной
системы на 30 000 внешних точек вводавывода -1 шт. Лицензия на программу -2
шт.
компл
1
3,208,270.00
3,794,434.00
4,377,000.00
3
3,793,234.67
3,793,234.67
Право использования программы для
ЭВМ SCADA 4D. Клиент-серверная
исполнительная система на 10 000
внешних точек ввода, включающие
различные протоколы, счетчики
электроэнергии и тепла. - 1 шт. Опция
резервирования для исполнительной
системы на 10 000 внешних точек вводавывода (1 шт). Лицензия на программу -2
шт.
компл
1
2,201,445.00
2,740,882.00
3,177,000.00
3
2,706,442.33
2,706,442.33
цi
Дополнительные ПО для серверов и АРМ
(лицензии на операционную систему
специального назначения для 64-х
разрядной платформы на базе
процессорной, уровень защищенности
"Усиленный" (Воронеж) для серверной и
рабочей станции- 2 шт;; Средства
анализа защищенности)
усл.
Ед
1
1,179,986.25
1,388,640.00
1,644,000.00
3
1,404,208.75
1,404,208.75
ПО Kasperski
шт
21
7,567.00
12,777.00
15,000.00
3
11,781.33
247,407.93
АРМ оператора ЦДП и ОСРВ
компл
6
317,622.95
37,346.72
45,081.97
3
133,350.55
800,103.30
АРМ управления
компл
1
195,491.80
37,346.72
45,081.97
3
92,640.16
92,640.16
Сервер-1 основной ЦДП
шт
1
3,588,680.33
3,181,529.51
3,688,524.59
3
3,486,244.81
3,486,244.81
Сервер-2 резервный ЦДП
шт
1
2,960,575.41
3,181,529.51
3,688,524.59
3
3,276,876.50
3,276,876.50
Сервер-3 (Сервер БД) ЦДП
шт
1
1,747,135.25
3,181,529.51
3,688,524.59
3
2,872,396.45
2,872,396.45
Сервер-1.2 резервный ОСРВ
шт
1
2,112,030.33
3,181,529.51
3,688,524.59
3
2,994,028.14
2,994,028.14
Разработка SCADA ЦДП
шт
1
5,430,231.97
3,420,472.95
3,934,426.23
3
4,261,710.38
4,261,710.38
Разработка SCADA ОСРВ
шт
1
760,647.54
3,420,472.95
3,934,426.23
3
2,705,182.24
2,705,182.24
ПНР системы ЦДП
ед
1
1,097,550.00
936,471.31
1,065,573.77
3
1,033,198.36
1,033,198.36
ПНР системы ОСРВ
ед
1
409,836.07
936,471.31
1,065,573.77
3
803,960.38
803,960.38
Операционная система
ед
1
665,348.36
829,886.89
983,606.56
3
826,280.60
826,280.60
2
Ультразвуковые датчики, монтаж и ПНР
ед
1
1,359,081.15
2,365,427.87
1,825,409.84
3
1,849,972.95
1,849,972.95
Обеспечение информационной
безопасности
ед
1
4,617,148.98
7,080,033.61
8,516,393.44
3
6,737,858.68
6,737,858.68
Общая НМЦ договора установлена Заказчиком
39,891,746.63
*- под ценой в предыдущем отчетном периоде понимается фактическая цена товара в договоре, заключенном с поставщиком не более года назад от даты подготовки НМЦ текущей закупки;
- если отклонение между ценой прошлого периода и средней ценой, сформированной на основании трех предложений, выше 20%, то цена в предыдущем отчетном периоде не используется для
формирования НМЦ и указывается справочно
Приложения:
1. Коммерческое предложение контрагента № 248_1 от 03.08.2026 на 3 л.
2. Коммерческое предложение контрагента № б/н от10.08.2026 на 3 л.
3. Коммерческое предложение контрагента № 294 от 11.08.2026 на 3 л.
Исполнитель:
Директор по капитальному строительству
Дудкин А.И.

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 8 - Перечень банков.docx | docs/32616478416/Закупочная_документация (архив)/Приложение № 8 - Перечень банков.pdf
Приложение № 8 документации о закупке
Перечень банков, от которых предпочтительно предоставление
независимой гарантии*
№ п/п
Наименование банка
1
2
Сбербанк
ВТБ
3
4
Газпромбанк
НКЦ (Национальный
клиринговый центр)
Альфа-Банк
Россельхозбанк
Московский кредитный банк
(МКБ)
Банк «Открытие»
Совкомбанк
Райффайзен Банк
Росбанк
Тинькофф Банк
ЮниКредит Банк
Банк «РОССИЯ»
ВБРР
«Траст»
Банк ДОМ.РФ
Банк «Санкт-Петербург»
Ситибанк
СМП Банк
Новикомбанк
Ак Барс Банк
БМ-Банк
Уралсиб
Почта Банк
МОСОБЛБАНК
«ПЕРЕСВЕТ»
Уральский банк реконструкции
и развития (УБРиР)
Национальный расчетный
депозитарий (НРД)
МИнБанк
РНКБ
МТС Банк
Хоум Кредит Банк
Русский Стандарт
Банк ЗЕНИТ
Абсолют Банк
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
Номер
лицензии
1481
1000
Регион регистрации
354
3466
РФ
РФ
1326
3349
1978
РФ
РФ
РФ
2209
963
3292
2272
2673
1
328
3287
3279
2312
436
2557
3368
2546
2590
2748
2275
650
1751
2110
429
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
3294
РФ
912
1354
2268
316
2289
3255
2306
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
Приложение № 8 документации о закупке
37
38
39
40
41
42
43
44
45
46
47
48
49
50
Банк ТКБ
Росэксимбанк
Инвестторгбанк
Драйв Клик Банк
Экспобанк
ОТП Банк
ВУЗ-банк
Ренессанс Банк
Таврический Банк
РГС Банк
Металлинвестбанк
Авангард
Азиатско-Тихоокеанский банк
(АТБ)
ИНГ Банк
2210
2790
2763
2168
2998
2766
1557
3354
2304
3073
2440
2879
1810
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
РФ
2495
РФ
* применяется в случае необходимости предоставления обеспечения в форме независимой
гарантии.

=== ФАЙЛ: ↳ Закупочная_документация (архив)/Приложение № 9 - Порядок проведения выездного аудита.docx | docs/32616478416/Закупочная_документация (архив)/Приложение № 9 - Порядок проведения выездного аудита.pdf
Приложение № 9 документации о закупке
Порядок проведения выездного аудита
1.
Общие положения
Выездной аудит проводится с целью проверки соответствия участника закупки и его заявки
требованиям документации о закупке, в т.ч. критериям соответствия.
Выездной аудит участника закупки осуществляется с его согласия, предоставленного в
составе заявки на участие в процедуре закупки, и заключается в проведении оценки следующих
параметров, необходимых для исполнения обязательств по договору, заключаемому по
результатам закупки:
- оснащенности основными средствами и материально-техническими ресурсами (если это
требование предусмотрено документацией о закупке);
- наличия квалифицированного персонала (если это требование предусмотрено
документацией о закупке);
- соответствия заявленным требованиям в области охраны труда, экологической,
промышленной, пожарной безопасности (если это требование предусмотрено документацией о
закупке);
- опыта выполнения аналогичных предмету закупки договоров на оказание услуг.
Выездной аудит проводится в период, указанный в официальном уведомлении Участника о
намерении Заказчика провести выездную проверку. Выездной аудит проводится комиссионно
представителями Заказчика (не менее трех работников Заказчика).
2.
ресурсами
Оценка оснащенности основными средствами и материально-техническими
Оценка проводится по каждому пункту критериев соответствия, установленным
документацией о закупке.
На усмотрение комиссии Заказчика возможна как полная, так и выборочная проверка,
включающая:
2.1.
Визуальный осмотр имущества, в том числе допуск в офисные помещения,
производственные и складские базы;
2.2.
Предоставление оригиналов документов, подтверждающих право владения и/или
пользования имуществом;
2.3.
Предоставление оригиналов паспортов на оборудование, машины, механизмы;
2.4.
Предоставление документов бухгалтерского учета по сч. 01 «Основные средства»
(оборотно-сальдовые ведомости, анализ счета по субконто и пр.), подтверждающих наличие на
бухгалтерском балансе имущества и оборудования, требуемого документацией о закупке. В
случае пользования имуществом на основании договоров аренды, участник закупки
предоставляет документы бухгалтерского учета по сч. 001 «Арендованные основные средства»
(оборотно-сальдовые ведомости, анализ счета по субконто и пр.), подтверждающих наличие
имущества и оборудования на забалансе.
Комиссия Заказчика проводит проверку совокупной стоимости основных средств,
представленных на основании п.2.4 с Формой бухгалтерского баланса и отчета о финансовых
результатах по стр. «Основные средства» Раздела I «Внеоборотные активы».
3.
Оценка наличия квалифицированного персонала
Оценка проводится по каждому пункту критериев соответствия, установленным
документацией о закупке.
На усмотрение комиссии Заказчика возможна как полная, так и выборочная проверка,
включающая:
3.1.
Предоставление организационной структуры;
3.2.
Предоставление штатного расписания;
3.3.
Предоставление табеля учета рабочего времени;
3.4.
Предоставление копии отчетов «Персонифицированные сведения о физических
лицах» (без указания сумм оплаты труда) с отметкой органа ФНС;
3.5.
Предоставление копий приказов о приеме на работу, договоров ГПХ;
3.6.
Предоставление трудовых книжек для визуального осмотра.
4.
Оценка соответствия заявленным требованиям в области охраны труда,
экологической, промышленной, пожарной безопасности.
Оценка проводится по каждому пункту критериев соответствия, установленным
документацией о закупке. Если документация о закупке не содержит такие требования, комиссия
Заказчика вправе самостоятельно принять решение о необходимости проверки наличия
разрешительной документации в области охраны труда, экологической, промышленной,
пожарной безопасности.
На усмотрение проверяющих возможна как полная, так и выборочная проверка,
включающая:
4.1.
Предоставление оригинала или заверенных копий аттестатов;
4.2.
Предоставление оригинала или заверенных копий дипломов;
4.3.
Предоставление оригинала или заверенных копий удостоверений;
4.4.
Предоставление оригинала или заверенных копий протокола проверки знаний;
4.5.
Предоставление приказов о назначении лиц, ответственных за обеспечение
охраны труда, экологической, промышленной, пожарной безопасности в оригинале для
визуального осмотра;
4.6.
Лицензии, разрешения, свидетельства и иные документы, подтверждающие
соответствие критериям.
Проверяющая сторона вправе направить запрос в учебный/удостоверяющий центр,
учебное заведение и иную организацию с целью проверки подлинности представленных
документов. В случае предоставления участником закупки ложных сведений и документов,
Заказчик вправе признать такого участника и его заявку несоответствующими требованиям
документации о закупки.
5.
Оценка опыта выполнения аналогичных предмету закупки договоров на
оказание услуг
На усмотрение проверяющих возможна как полная, так и выборочная проверка,
включающая:
1.
Предоставление оригиналов документов: договоров, перечисленных в референцлисте, предоставленном участником в составе заявки на закупку, а также подтверждающих
документов (УПД, Актов оказанных услуг и пр.)
2.
Сопоставление общей стоимости договоров с Формой бухгалтерского баланса и
отчета о финансовых результатах по стр. «Выручка» (стр 2110). В случае превышения общей
стоимости договоров референц-лист признается недостоверным, а участник признается
несоответствующим критерию.
3.
Проверяющая сторона вправе направить запрос контрагентам участника закупки,
перечисленным в референц-листе с целью проверки подлинности информации, а также
получения отзыва о качестве оказываемых услуг участником закупки.
6. Заключительные положения
По результатам выездного аудита Заказчик и участник закупки подписывают
двухсторонний отчет. В случае, если участник закупки отказывается подписывать отчет, в отчете
делается соответствующая отметка, и он считается надлежаще составленным. При полном или
частичном отказе участника в предоставлении доступа комиссии Заказчика на его объекты
(производственные, складские базы, офисные помещения и др.) и к запрашиваемым
документам, а также в случае отказа участника подписывать отчет по результатам выездной
проверки, такой участник и его заявка на участие в закупке признаются несоответствующими
требованиям документации о закупке.
