МР-02-ЦК ЦТ. Методические рекомендации. Порядок подготовки частного технического задания на разработку проектной и рабочей документации на АСУЭк, предусмотренную требованиями стандарта инновационной образовательной среды, по проектам, входящим в программу «Создание сети современных кампусов»

(утв. Минобрнауки России 25.03.2025)

МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ

1. ОБЛАСТЬ ПРИМЕНЕНИЯ

1.1 Методические рекомендации «Порядок подготовки частного технического задания на разработку проектной и рабочей документации на АСУЭК» (далее — Методические рекомендации) содержат рекомендации по подготовке частного технического задания на разработку проектной и рабочей документации на автоматизированную систему управления и эксплуатации (далее АСУЭк).

1.2 Настоящее Методические рекомендации описывают требования к автоматизации и диспетчеризации инженерных систем в границах и в рамках назначения АСУЭк. Методические рекомендации не отменяют требований, связанных с обязательной диспетчеризацией некоторых инженерных систем согласно действующему законодательству.

2. НОРМАТИВНЫЕ ССЫЛКИ

При разработке настоящих Рекомендаций использованы следующие документы <1>:

---

<1> При пользовании настоящим документом необходимо проверить действие ссылочных документов на предмет их действия и внесенных в настоящее время изменений. Если ссылочный документ отменен (изменен), то следует руководствоваться замененным (измененным) документом.

1. СП 134.13330.2022 Системы электросвязи зданий и сооружений. Основные положения проектирования;

2. СП 256.1325800.2016 Электроустановки жилых и общественных зданий. Правила проектирования и монтажа;

3. ГОСТ 22.1.12-2005 <2> «Безопасность в чрезвычайных ситуациях. Структурированная система мониторинга и управления инженерными системами зданий и сооружений. Общие требования»

---

<2> Если проектируемый объект/комплекс объектов относится к категории объектов, которые подлежат оснащению структурированными системами мониторинга и управления инженерными системами зданий и сооружений.

4. ГОСТ Р 53245-2008 «Системы кабельные структурированные. Монтаж основных узлов»;

5. ГОСТ Р 53246-2008 «Системы кабельные структурированные»;

6. ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования»;

7. ГОСТ 12.2.003-91. «ССБТ. Оборудование производственное. Общие требования безопасности»;

8. ГОСТ Р 50571.22-2000. «Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации»;

9. ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение»;

10. Стандарт инновационной образовательной среды в действующей редакции (https://прокампус.рф/campus/documents);

11. Методические рекомендации МР-01-ЦК ЦТ «Порядок подготовки задания на проектирование в части учета цифровых сервисов и решений, предусмотренных требованиями Стандарта инновационной образовательной среды, по проектам, входящим в программу „Создание сети современных кампусов“.»

3. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ

Автоматизированная система управления и эксплуатации (АСУЭк) — комплекс функционирующих информационных систем, реализующих совместное централизованное цифровое управление эксплуатацией зданий посредством интеграционного взаимодействия в едином контуре с применением закрытых каналов доступа;

АСУД — Автоматизированная система управления и диспетчеризации инженерного оборудования; [СП 134.13330.2022]

АСУЗ — Система, объединяющая системы инженерно-технического обеспечения и иные системы здания на основе событийно-ориентированного взаимодействия систем, в целях предоставления цифровых сквозных сервисов посредством цифровых интерфейсов и приложений; [СП 134.13330.2022]

АРМ — автоматизированное рабочее место;

Диспетчеризация инженерного оборудования — Комплекс технических средств и устройств, обеспечивающих сбор сигналов от объектов диспетчеризации, измерение контролируемых параметров, передачу их по каналам связи на диспетчерский пункт, а также дистанционное управление инженерным оборудованием из диспетчерского пункта; [СП 256.1325800.2016]

Единый ситуационный центр — специализированное, технически оснащенное оборудованное помещение, предназначенное для работы дежурно-диспетчерского персонала;

ЕИСК — единая информационная система Кампуса;

Задание на проектирование — форма документа, утвержденная приказом Минстроя России от 21 апреля 2022 года № 307/пр (В редакции, введенной в действие с 26 сентября 2023 года;

Информационно-вычислительный центр — специализированное помещение, предназначенное для размещения сервера, на котором разворачивается АСУЭк;

Кампус (инновационная образовательная среда) — это совокупность функционально связанных объектов недвижимого и движимого имущества, технологически связанного с таким недвижимым имуществом и предназначенного для его эксплуатации, объединенных единым назначением по комплексному обеспечению образовательной, инновационной, научной, научно-технической деятельности, предназначенных в том числе для проживания и (или) размещения, медицинского обеспечения, отдыха и туризма, занятий физической культурой и спортом, организации питания, культурной деятельности, удовлетворения иных потребностей обучающихся, педагогических, научных и других работников образовательных и (или) научных организаций; [Стандарт инновационной образовательной среды]

Контроллер — прибор, способный контролировать состояние определенной системы и влиять на него путем передачи сигналов исполнительным устройствам;

Объект капитального строительства (ОКС) — здание, строение, сооружение, объекты, строительство которых не завершено, за исключением некапитальных строений, сооружений и неотделимых улучшений земельного участка (замощение, покрытие и другие); 190-ФЗ [ГК РФ]

Резидент — физическое или юридическое лицо, имеющее договорные отношения с Кампусом или одним из ВУЗов, включенным в Кампус (студенты, работники, преподаватели, научные сотрудники, юридические лица и пр.);

СКУД — система управления контролем доступа;

Служба эксплуатации — структура в составе эксплуатирующей организации, обеспечивающая безопасную и безаварийную эксплуатацию здания и придомовой территории в соответствии с действующими пожарными, санитарными и техническими нормами; [СП 372.1325800.2018]

Стандарт — Стандарт инновационной образовательной среды (кампусов);

Функциональные зоны — зоны, для которых документами территориального планирования определены границы и функциональное назначение; 190-ФЗ [ГК РФ]

Технический заказчик — юридическое лицо, которое уполномочено застройщиком и от имени застройщика заключает договоры о выполнении инженерных изысканий, о подготовке проектной документации, о строительстве, реконструкции, капитальном ремонте, сносе объектов капитального строительства, подготавливает задания на выполнение указанных видов работ, предоставляет лицам, выполняющим инженерные изыскания и (или) осуществляющим подготовку проектной документации, строительство, реконструкцию, капитальный ремонт, снос объектов капитального строительства, материалы и документы, необходимые для выполнения указанных видов работ, утверждает проектную документацию, подписывает документы, необходимые для получения разрешения на ввод объекта капитального строительства в эксплуатацию, осуществляет иные функции, предусмотренные законодательством о градостроительной деятельности (далее также — функции технического заказчика); 190-ФЗ [ГК РФ]

Управляющая компания — коммерческая или некоммерческая организация, созданная в соответствии с законодательством Российской Федерации, осуществляющая деятельность по управлению объектами кампуса; [Стандарт инновационной образовательной среды]

Цифровая информационная модель (трехмерная модель, ЦИМ) — электронный документ в составе информационной модели объекта капитального строительства (ИМ ОКС), представленный в цифровом объектно-пространственном виде; [СП 333.1325800.2020]

Цифровой паспорт объекта — предназначен для учета объектов капитального строительства, ведения общих сведений и технических характеристик, структуры недвижимого имущества, интерактивных поэтажных планов, планировок помещений и схем инженерных систем, а также местоположений установленного оборудования. Обеспечивает работу с цифровыми информационными моделями архитектуры, конструктивных элементов и инженерных систем. Позволяет вести учет и оперативно получать информацию по проектной, рабочей и исполнительной документации объекта, содержит актуальную информацию об ОКС на всех этапах жизненного цикла, сохраняя историю изменений.

Цифровая эксплуатация — информационная система на основе цифрового паспорта объекта, предназначенная для организации процессов приема — передачи ОКС в эксплуатацию, технического обслуживания, мониторинга инженерных систем и автоматизации других процессов эксплуатации;

Эксплуатационный контроль — контроль за техническим состоянием зданий и сооружений, проводится в период эксплуатации таких зданий, сооружений путем осуществления периодических осмотров, контрольных проверок и (или) мониторинга состояния оснований, строительных конструкций, систем инженерно-технического обеспечения и сетей инженерно-технического обеспечения в целях оценки состояния конструктивных и других характеристик надежности и безопасности зданий, сооружений, систем инженерно-технического обеспечения и сетей инженерно-технического обеспечения и соответствия указанных характеристик требованиям технических регламентов, проектной документации, а также в соответствии с исполнительной документацией. Эксплуатационный контроль осуществляется лицом, ответственным за эксплуатацию здания, сооружения. 190-ФЗ [ГК РФ]

4. ОБЩИЕ ПОЛОЖЕНИЯ

Частное техническое задание на автоматизированную систему управления эксплуатацией (далее — АСУЭк) должно учитывать требования Стандарта инновационной образовательной среды (кампусов) (далее — Стандарт).

4.1 Назначение АСУЭк

АСУЭк предназначена для комплексного управления инженерными системами зданий кампуса с применением эксплуатационной цифровой информационной модели:

• обеспечение централизованного управления инженерными системами зданий в рамках единого ситуационного центра Кампуса;
• реализация функций автоматизированного управления инженерными системами зданий в рамках единого ситуационного центра Кампуса;
• централизованный сбор, обработка и хранение данных о состоянии оборудования и инженерных систем Кампуса;
• визуализация данных о состоянии инженерных систем и оборудования Кампуса и предоставления отчетности в рамках передачи ОКС на баланс и формирования эксплуатационной документации стандартных форм;
• оптимизация и частичная автоматизация процессов эксплуатационного контроля и обслуживания зданий Кампуса.

4.2 Структура АСУЭк

4.2.1 В состав АСУЭк входят следующие системы:

4.2.2 Система «Цифровая эксплуатация» — информационная система на основе цифрового паспорта объекта, предназначенная для организации процессов приема — передачи ОКС в эксплуатацию, технического обслуживания, мониторинга инженерных систем и автоматизации других процессов эксплуатации.

4.2.3 АСУЗ — система, объединяющая системы инженерно-технического обеспечения и иные системы здания на основе событийно-ориентированного взаимодействия систем, в целях предоставления цифровых сквозных сервисов посредством цифровых интерфейсов и приложений. На АСУЗ требуется разработка подраздела проектной документации.

Интеграционная шина, предназначенная для взаимодействия информационных систем (обмен данными, справочниками) и автоматизируемых и диспетчеризируемых инженерных систем и предоставления обработанных данных в цифровую эксплуатацию.

4.2.4 АСУД — предназначена для комплексного управления работой инженерных систем и объектов эксплуатации, автоматического контроля состояния технологического оборудования инженерных систем, выявления аварийных и предаварийных ситуаций, учета потребления ресурсов в комплексе зданий Кампуса.

4.2.5 Структура АСУЭк состоит из 4-х уровней (Таблица 1). При проектировании ИТ-инфраструктуры АСУЭк необходимо учитывать структуру и уровни АСУЭк.

Таблица 1

Уровни АСУЭк

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

4.3 Цели АСУЭк

• повышение качества и надежности работы инженерных систем кампуса за счет непрерывного мониторинга и контроля работы инженерных систем кампуса, контроля за своевременностью и качеством работ по обслуживанию инженерного оборудования в рамках единого ситуационного центра Кампуса;
• обеспечение комфорта и безопасности для резидентов Кампуса за счет обеспечения автоматизированного контроля состояния инженерных систем и своевременного устранения инцидентов в рамках единого ситуационного центра Кампуса;
• сокращение издержек на техническом содержании инженерных систем и объектов эксплуатации и повышение доли гарантийных ремонтов;
• контроль исполнения гарантийных и сервисных обязательств, в том числе контроль факта выполнения работ подрядными организациями, качества оказываемых услуг;
• оптимизация энергопотребления инженерных систем путем внедрения энергоэффективных алгоритмов управления;
• повышение точности регулирования параметров микроклимата помещений Кампуса;
• снижение количества и продолжительности отказов инженерных систем и объектов эксплуатации;
• снижение количества производственных инцидентов (в том числе несчастных случаев) и их последствий, возникающих вследствие несвоевременного технического обслуживания инженерных систем и объектов эксплуатации;
• снижение трудозатрат на формирование отчетности в рамках передачи ОКС на баланс, формирования эксплуатационной документации и ее хранения.

5. ОБЩИЕ РЕКОМЕНДАЦИИ ПО ПОДГОТОВКЕ ЧАСТНОГО ТЕХНИЧЕСКОГО ЗАДАНИЯ НА АСУЭК

5.1 Автоматизации и диспетчеризации (проектируемые кампусы), а в дальнейшем мониторинге в цифровой эксплуатации подлежат следующие системы:

• Отопление и теплоснабжение;
• Водоснабжение и канализация;

- Вентиляция и кондиционирование воздуха;

- Электроснабжение и электроосвещение.

5.2 Автоматизации и диспетчеризации (проектируемые кампусы), а в дальнейшем мониторингу (в рамках цифровой эксплуатации исключительно в части получения сведений о работоспособности этих систем) подлежат следующие системы (объем АСУД данных систем не входит в границы методических рекомендаций и регламентируется существующими ГОСТами и СП):

• Противопожарная защита и устройства пожаротушения (отдельный АСУД);
• Управление контролем доступа;
• Связь и оповещение;
• Охранная сигнализация;
• Видеонаблюдение;
• Вертикальный транспорт;
• Прочие.

Данные инженерные системы входят в контур АСУЗ, но не входят в границы проекта АСУЭк.

5.3 Автоматизированные системы управления диспетчеризацией должны собирать данные и сигналы с инженерных систем в объеме, не меньшем, чем предусмотрено СМИС по ГОСТ 22.1.12-2005, если данный ГОСТ подлежит применению на проектируемом объекте.

5.4 АСУЭк должна поддерживать внесение изменений в ее архитектуру, состав и сценарии в процессе эксплуатации.

5.5 При внедрении АСУЭк необходимо обеспечить информационную безопасность согласно действующим нормативно-техническим документам и документам, указанным в задании на проектировании и частном техническом задании.

5.6 Для определения объема АСУЭк необходимо:

• сформировать полный перечень сценариев АСУЗ (аварийные сигналы — в объеме согласно Приложению 1, а также пользовательские, сформированные исходя из клиентских сценариев (примеры клиентских сценариев - Приложение 2);
• определить перечень и характеристики оборудования АСУД исходя из перечня сценариев АСУЗ и списка аварийных сигналов АСУД;
• определить способы передачи данных и сформулировать требования к аппаратному обеспечению.
• разработать проектную документацию (в том числе подраздел на АСУЗ).

5.7 При формировании требований к АСУЭк необходимо в задании на проектировании учесть требования к техническому оснащению единого ситуационного центра и требования к техническому оснащению информационно-вычислительного центра (рекомендации описаны Методическими рекомендациями МР-01-ЦК-ЦТ «Порядок подготовки задания на проектирование в части учета цифровых сервисов и решений, предусмотренных требованиями Стандарта инновационной образовательной среды, по проектам, входящим в программу „Создание сети современных кампусов“).»

5.8 В случае если задание на проектирование не подлежит корректировке/внесению изменений, то требования к техническому оснащению единого ситуационного центра и требования к техническому оснащению информационно-вычислительного центра необходимо сформулировать в частном техническом задании.

6. РЕКОМЕНДУЕМЫЕ ТРЕБОВАНИЯ К АСУЭК

6.1 Технологические решения по АСУЭк

Для функционирования АСУЭк в задании на проектирование должны быть сформулированы требования к единому ситуационному центру, информационно-вычислительному центру (рекомендации см. в Методических рекомендациях МР-01-ЦК-ЦТ «Порядок подготовки задания на проектирование в части учета цифровых сервисов и решений, предусмотренных требованиями Стандарта инновационной образовательной среды, по проектам, входящим в программу „Создание сети современных кампусов“). В случае отсутствия таких требований в утвержденном задании на проектировании, требования к наличию и техническому оснащению единого ситуационного центра и информационно-вычислительного центра необходимо предусмотреть в частном техническом задании.»

В частном техническом задании прописываются требования к готовым информационным системам. Включение требований к разработке и проектированию информационных систем не допускаются.

6.2 Требования к системе «Цифровая эксплуатация»

6.2.1 Система «Цифровая эксплуатация» технологически привязана и функционирует через единый ситуационный центр.

6.2.2 Система «Цифровая эксплуатация» включает следующие компоненты:

• Узлы вычислительной подсистемы.
• Подсистемы данных.
• Платформу виртуализации.
• Функциональные модули Системы.

6.2.3 Требования к характеристикам узлов вычислительной подсистемы, подсистемы данных и платформы виртуализации должны быть описаны в задании на проектирование или технологическом задании (требования к информационно-вычислительному центру).

6.2.4 В случае если в задании на проектирование или технологическом задании (утвержденных версиях) требования к характеристикам узлов вычислительной подсистемы, подсистемы данных и платформы виртуализации отсутствуют, их необходимо прописать в частном техническом задании (рекомендации см. в Методических рекомендациях МР-01-ЦК-ЦТ «Порядок подготовки задания на проектирование в части учета цифровых сервисов и решений, предусмотренных требованиями Стандарта инновационной образовательной среды, по проектам, входящим в программу „Создание сети современных кампусов“).»

6.2.5 Система «Цифровая эксплуатация» обеспечивает взаимодействие с АСУЗ для получения актуальных данных о режимах работы инженерного оборудования.

6.2.6 Система «Цифровая эксплуатация» обеспечивает взаимодействие с Системой «Единая информационная среда кампуса» (при ее наличии) или аналогичной системы для автоматизации процесса получения заявок на обслуживание и данной системы от резидентов кампуса.

6.2.7 Система «Цифровая эксплуатация» представляет собой готовое к использованию интегрированное решение с единым функционалом.

6.2.8 Система «Цифровая эксплуатация» поставляется в виде предварительно собранного программно-аппаратного комплекса.

6.2.9 Система «Цифровая эксплуатация» позволяет объединять в единую систему виртуализации и управления Системой узлы подсистемы данных с узлами аналогичной подсистемы данных. Объединенная система должна быть унифицированной, предоставлять единое управление.

6.2.10 Система «Цифровая эксплуатация» обеспечивает поддержку физических узлов ввода-вывода с возможностью горячей замены. Узлы должны обеспечивать автоматический режим высокой готовности в конфигурации active-active.

6.2.11 Система «Цифровая эксплуатация» поддерживает возможность объединения нескольких узлов вычислительной подсистемы в отказоустойчивый кластер.

6.2.12 В системе «Цифровая эксплуатация» должно быть реализовано протоколирование событий и параметров всех аварийных сообщений, кем и когда аварийное сообщение было подтверждено, и выполненные действия.

6.2.13 Требования к работе с цифровой информационной моделью кампуса

Система «Цифровая эксплуатация» поддерживает работу с цифровой информационной моделью Кампуса:

1. Визуализация цифровой модели: возможность агрегации нескольких моделей в одном окне, наложение моделей друг на друга, возможность просмотра 3D и 2D представлений, поиск объектов на модели по классу объекта.

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

3. Доступ к проектной и технической информации об элементах инженерного оборудования и конструктивных элементов здания.

4. Автоматическая фокусировка на элементе в модели, при просмотре записи инцидента из АСУЗ.

5. Цифровая информационная модель Кампуса при этом должна соответствовать следующим требованиям:

• Цифровая информационная модель кампуса должна быть разработана в соответствии с требованиями раздела 43 Задания на проектирование (рекомендации см. в Методических рекомендациях МР-01-ЦК-ЦТ «Порядок подготовки задания на проектирование в части учета цифровых сервисов и решений, предусмотренных требованиями Стандарта инновационной образовательной среды, по проектам, входящим в программу „Создание сети современных кампусов“).»
• Уровень детализации модели должен быть достаточным для получения необходимой эксплуатационной информации и соответствовать спецификации IFC2x3 или IFC4.
• Модели должны быть разделены на архитектурные модели и модели инженерных систем.
• Архитектурные модели должны содержать элементы IfcBuildingStorey (для определения этажей) и IfcSpaces (для определения помещений).
• Модели инженерных систем должны содержать классификацию для элементов инженерных систем.

6.2.14 Требования к передаче данных

Взаимодействие АСУД с АСУЗ и Цифровой эксплуатацией осуществляется на базе протоколов TCP/IP интерфейс Ethernet через среду передачи данных (СПД) АСУД и СПД объекта. Для обмена данными между серверами локальных систем зданий Кампуса и центральным сервером АСУД используются открытые протоколы и способы обмена данными. В качестве протоколов коммуникации применяются открытые протоколы: REST-API, SNMP, MQTT и другие.

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

6.3 Требования к АСУЗ

6.3.1 АСУЗ технологически привязана и функционирует через информационно-вычислительный центр, а также через локальные сервера зданий Кампуса и АРМ.

6.3.2 АСУЗ содержит:

• Узлы вычислительной подсистемы.
• Подсистемы данных.
• Платформу виртуализации.
• Функциональные модули Системы.

6.3.3 Требования к характеристикам узлов вычислительной подсистемы, подсистемы данных и платформы виртуализации должны быть описаны в задании на проектирование или технологическом задании (требования к информационно-вычислительному центру).

6.3.4 В случае если в задании на проектирование или технологическом задании (утвержденных версиях) требования к характеристикам узлов вычислительной подсистемы, подсистемы данных и платформы виртуализации отсутствуют, их необходимо прописать в частном техническом задании (рекомендации см. в Методических рекомендациях МР-01-ЦК-ЦТ «Порядок подготовки задания на проектирование в части учета цифровых сервисов и решений, предусмотренных требованиями Стандарта инновационной образовательной среды, по проектам, входящим в программу „Создание сети современных кампусов“).»

6.3.5 АСУЗ обеспечивает взаимодействие с системой «Цифровая эксплуатация» для предоставления данных о режимах работы инженерного оборудования.

6.3.6 АСУЗ обеспечивает взаимодействие с системой «Единая информационная среда кампуса» или аналогичной системой для получения данных о фактическом расписании работы помещений Кампуса.

6.3.7 АСУЗ обеспечивает взаимодействие со смежными информационными системами для получения и актуализации справочников, а также реализации заданных сценариев.

6.3.8 АСУЗ представляет собой готовое к использованию интегрированное решение с единым функционалом.

6.3.9 АСУЗ поставляется в виде предварительно собранного программно-аппаратного комплекса.

6.3.10 АСУЗ позволяет объединять в единую систему виртуализации и управления Системой узлы подсистемы данных с узлами аналогичной подсистемы данных. Объединенная система должна быть унифицированной, предоставлять единое управление.

6.3.11 АСУЗ обеспечивает поддержку физических узлов ввода-вывода с возможностью горячей замены. Узлы должны обеспечивать автоматический режим высокой готовности в конфигурации active-active.

6.3.12 АСУЗ поддерживает возможность объединения нескольких узлов вычислительной подсистемы в отказоустойчивый кластер.

6.3.13 Функции АСУЗ

• Реализация единой цифровой экосистемы/среды Кампуса, объединяющей инженерно-техническую инфраструктуру объекта с информационными системами и бизнес-процессами Кампуса и Управляющей компании или эксплуатирующей службы для обеспечения централизованного и эффективного управления объектами в рамках интегрированных интерфейсов АСУЗ;
• Реализация сценариев взаимодействия смежных систем в рамках АСУЗ, позволяющих сократить количество рутинных операций и усилить эффективность Управляющей компании или эксплуатирующей службы за счет качественной автоматизации процессов обработки инцидентов от инженерных систем и систем безопасности, а также коммуникаций с резидентами Кампуса при помощи интегрированных интерфейсов АСУЗ;
• Обеспечение взаимодействия между различными инженерными системами зданий, Управляющей компании или эксплуатирующей службы Кампуса, ресурсоснабжающими организациями, резидентами Кампуса, арендаторами и собственниками коммерческих помещений;
• Повышение эффективности управления кампусом на основе роста производительности труда и совершенствования методов планирования процесса управления.

6.3.14 Структура АСУЗ

6.3.14.1 АСУЗ представляет собой единую автоматизированную систему зонтичного мониторинга и вызова функций управления элементами подключенных систем инженерно-технической инфраструктуры (в рамках реализованных схем интеграции на конкретном объекте автоматизации) в целях реализации клиентских сценариев, анализа параметров, влияющих на работу и работоспособность.

6.3.14.2 АСУЗ имеет многоуровневую структуру в соответствии с п. 4.2.5 настоящих Методических рекомендаций и является 4 уровнем этой структуры — Уровнем клиента.

6.3.14.3 АСУЗ — комплексная автоматизированная система для агрегации и обработки актуальных данных, получаемых со смежных систем, установленных во всех зданиях Кампуса, и предусматривает интеграцию со следующими системами:

Отопление и теплоснабжение;

Водоснабжение и канализация;

Вентиляция и кондиционирование воздуха;

Электроснабжение и электроосвещение.

- Вертикальный транспорт;

- Система контроля и управления доступом (СКУД);

• Система противопожарной защиты (СПС)
• Система охранно-тревожной сигнализации (СОТС)
• Автоматическая пожарная сигнализация (АПС);

- Система видеонаблюдения (СВН);

- Автоматизированные системы коммерческого учета электропотребления (АСКУЭ);

- Автоматизированные системы технического учета электропотребления (АСТУЭ);

• Автоматизированные системы коммерческого учета водопотребления и теплопотребления (АСКУВТ);
• Автоматизированные системы технического учета водопотребления и теплопотребления (АСТУВТ);
• Информационная система ЕИСК или другие (управление бронированием и расписанием и т.д.);
• Информационные системы ВУЗов, входящих в периметр Кампуса в части предоставления данных и справочников (1С:ЗУП и другие).

Перечень интегрируемых инженерных и информационных систем в АСУЗ не исчерпывающий в зависимости от проекта может отличаться.

6.3.15 Требования к передаче данных

6.3.15.1 Взаимодействие АСУЗ с существующими локальными системами осуществляется на базе протоколов TCP/IP интерфейс Ethernet через среду передачи данных (СПД) АСУЗ и СПД объекта. Для обмена данными между серверами локальных систем зданий Кампуса и центральным сервером АСУЗ используются открытые протоколы и способы обмена данными. В качестве протоколов коммуникации применяются открытые протоколы: REST-API, SNMP, MQTT и другие.

6.3.15.2 Исключить техническую возможность передачи управляющего воздействия в систему управления в сторону систем класса АПС/ОПС/СПА.

6.4 Требования к АСУД

6.4.1 АСУД технологически привязана и функционирует через оконечное и системообразующее оборудование, объем и характеристики которых определяются проектом исходя из требований задания на проектирование и частного технического задания, включая клиентские сценарии (Пример - Приложение 2), а также через локальные сервера зданий Кампуса, информационно-вычислительный центр и АРМ.

6.4.2 АСУД содержит:

• Узлы вычислительной подсистемы.
• Подсистемы данных.
• Платформу виртуализации.
• Функциональные модули Системы.

6.4.3 Требования к характеристикам узлов вычислительной подсистемы, подсистемы данных и платформы виртуализации должны быть описаны в задании на проектирование или технологическом задании (требования к информационно-вычислительному центру).

6.4.4 В случае если в задании на проектирование или технологическом задании (утвержденных версиях) требования к характеристикам узлов вычислительной подсистемы, подсистемы данных и платформы виртуализации отсутствуют, их необходимо прописать в частном техническом задании (рекомендации см. в Методических рекомендациях МР-01-ЦК-ЦТ «Порядок подготовки задания на проектирование в части учета цифровых сервисов и решений, предусмотренных требованиями Стандарта инновационной образовательной среды, по проектам, входящим в программу „Создание сети современных кампусов“).»

6.4.5 АСУД представляет собой готовое к использованию интегрированное решение с единым функционалом.

6.4.6 Функции АСУД

Система «АСУД» обеспечивает выполнение следующих функций:

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

6.4.7 Требования к подсистеме протоколирования событий и параметров

6.4.7.1 Подсистема должна обеспечивать 2-годичное хранение:

- Всех заданных для поддержания устойчивой работы параметров;

- Состояние всех датчиков и исполнительных устройств;

• Команд, вводимых в систему, с указанием оператора, который ввел эти команды;
• Времени, даты и конкретного адреса любого зафиксированного изменения с указанием нового состояния, и оператора, который ввел эти изменения;
• Информации о времени наработки всех основных электроприводов, фильтров и подаче сигнала оператору/инженеру о необходимости проведения профилактических работ;

6.4.7.2 При возникновении аварийных ситуаций в инженерных системах объекта, АСУД должна обеспечивать оперативный доступ к информации, необходимой для анализа процесса управления и действий персонала.

6.4.7.3 Программная (аппаратная) система организации документирования и протоколирования систем должна предусматривать защиту от несанкционированного доступа, преднамеренного искажения или уничтожения информации.

6.4.8 Требования к оборудованию систем автоматизации

6.4.8.1 Все составные части АСУД должны предусматривать круглосуточный режим работы.

6.4.8.2 Системы автоматизации инженерных подсистем должны быть реализованы на свободно-программируемых контроллерах.

6.4.8.3 Все средства автоматизации (комплектные и проектные) должны поддерживать коммуникационные протоколы для передачи данных на третий уровень. Для интеграции комплектных систем автоматизации применить один из открытых протоколов: BACnet, Modbus, OPC UA, SNMP и другие. Применение систем автоматизации с проприетарными протоколами не допускается.

6.4.8.4

6.4.8.5 Применение систем автоматизации, привязанных к конкретным программным продуктам и не допускающих интеграцию по открытым протоколам, не допускается.

6.4.8.6 Контроллеры проектных средств автоматизации должны обеспечивать прямые коммуникации с другими контроллерами без участия АСУЗ.

Предусмотреть 10% запас по входам/выходам систем автоматизации.

Предусмотреть 5% ЗИП следующего оборудования:

• Контроллеры;
• Модули расширения входов/выходов;
• Датчики.

6.4.9 Структура АСУД

Система АСУД должна иметь многоуровневую структуру (Уровень 1 — 4) согласно п. 4.2.5 (Таблица 1):

• Уровень 1 — полевой уровень. Первичные датчики и исполнительные устройства, а также устройства согласования сигналов первичных датчиков с входами контроллеров сбора информации;
• Уровень 2 — уровень автоматизации. Контроллеры сбора информации (удаленные модули ввода-вывода, программируемые логические контроллеры (ПЛК), интеллектуальные панели управления оборудованием, прецизионные кондиционеры и другие), приемно-показывающие устройства, станции автоматизации, компоненты интеграции со сторонним оборудованием;
• Уровень 3 — уровень управления. Серверы ввода/вывода АСУД содержат средства организации обмена информацией с диспетчерскими автоматизированных рабочих мест (АРМ) (на базе локальной вычислительной сети) и уровнем автоматизации (ПЛК, контроллеры сбора информации), а также специализированное программное обеспечение для сбора и архивирования информации, поступающей от инженерных систем и систем, интегрируемых в АСУД;
• Уровень 4 — уровень клиента. Интеграция с системой АСУЗ.

6.4.10 Требования к передаче данных

6.4.10.1 В качестве сети передачи данных для уровней управления и клиента должна использоваться локальная вычислительная сеть на базе высокоскоростных, не менее 10/100 Мб/с, протоколов (Ethernet, TCP/IP и пр.).

6.4.10.2 В качестве протоколов коммуникации должны быть применены открытые протоколы: BACnet, Modbus, OPC UA, REST-API, SNMP, MQTT и прочие.

6.4.10.3 Предусмотреть децентрализованную систему управления, выход из строя одной подсистемы не должен приводить к выходу из строя остальных.

6.4.11 Требования к составу и объему системы АСУД

Состав и объем АСУД всех уровней определяется исходя из:

• Перечня аварийных сигналов, обрабатываемых в АСУЭк (Приложение 1);
• Клиентских сценариев (Пример, Приложение 2).

В частном техническом задании необходимо предусмотреть требование по интеграции всех систем автоматизации во всех зданиях Кампуса.

Обеспечить вывод сводной информации в ПО АСУЗ и АСУД по всем зданиям Кампуса на АРМы и видеостену в Едином ситуационном центре (ЕСЦ).

Применение комплектных решений для инженерных систем определить проектом.

7. ПРИНЦИПЫ АСУЭК

При запуске АСУЭк или ее отдельных систем должны соблюдаться следующие принципы:

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

8. ВИДЫ ОБЕСПЕЧЕНИЯ АСУЭК

8.1 Требования информационного обеспечения

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

Доступ к данным предоставляется только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации.

Технические средства, обеспечивающие хранение информации, используют современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования без снижения доступности (распределенная избыточная запись/считывание данных; зеркалирование носителей, каналов связи, контроллеров; независимые дисковые массивы; кластеризация; сигнализация неисправностей и подобные). Производительность данных технических средств обеспечивает стабильно низкий (меньше = лучше) отклик при любых операциях чтения/записи.

В состав систем входит специализированная подсистема резервного копирования и восстановления данных.

Информационное обеспечение основано на существующих формах документов, предусмотренных законодательством Российской Федерации, утвержденных Правительством Российской Федерации и Министерством Юстиции Российской Федерации.

В случае отсутствия утвержденных форм документов, производимых в процессе работы с системой, допускается по согласованию с заказчиком использование форм документов, предложенных исполнителем.

8.2 Требования к информационному взаимодействию

АСУЭк обеспечивает взаимодействие внутренних информационных систем, а также взаимодействие со смежными информационными системами. Интеграция со смежными информационными системами реализуется с использованием веб-сервисов на базе REST-методов (обмен информацией должен осуществляться в форматах JSON, XML).

Взаимодействие АСУЗ и системы «Цифровая эксплуатация» обеспечивает реализацию следующих функций:

• синхронизация идентификаторов элементов инженерных систем с элементами в АСУЗ;
• синхронизация справочников кодов ошибок;
• обработка передаваемых сигналов состояния от инженерного оборудования и инженерных систем в режиме реального времени, с возможностью автоматического создания заявок на обслуживание элементов инженерного оборудования;
• получение и фиксация информации об объемах потребления коммунальных ресурсов;
• синхронизация статусов объектов по результатам обработки и закрытия инцидента в АСУД;
• поддержка возможности отправки статуса устранения группы событий при закрытии связанного инцидента.

9. ОБЩИЕ ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ К АСУЭК

9.1 Требования к электроснабжению

В частном техническом задании необходимо предусмотреть выдачу задания на электроснабжение щитов управления, автоматизации и диспетчеризации.

Предусмотреть электроснабжение сетевого, серверного оборудования и АРМов в том числе от источников бесперебойного питания.

9.2 Требования к сетевому обеспечению

Для функционирования АСУЭк должна быть предусмотрена отдельная структурированная кабельная система под инженерную инфраструктуру.

Предусмотреть диспетчеризацию контроллерного оборудования по выделенной сети СКС здания, разрабатываемой в смежном разделе, защищенным каналам связи.

Предусмотреть выдачу задания на размещение розеток в непосредственной близости щитов автоматизации.

Предусмотреть патч-корды, для подключения контроллеров к розеткам СКС, а также для соединения портов патч-панелей с активным сетевым оборудованием в кроссовых и серверных шкафах.

9.3 Требования к разграничению доступа к управлению системами

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

Программное обеспечение информационных систем должно предусматривать разграничение полномочий на уровне профилей пользователей.

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

9.4 Требования к режимам работы систем

В частном техническом задании предусмотреть режимы работы систем:

• Штатный режим.
• Режим технических работ.
• Аварийный режим.

Штатный режим — основной режим функционирования систем, обеспечивающий функционирование Систем в полном объеме.

Режим технических работ — технологический режим, используемый для проведения технических работ по сопровождению Систем. В технические работы могут входить различные виды работ, которые ожидаемо повлекут за собой временную недоступность любого из модулей Систем. Режим включается обслуживающим персоналом Систем вручную с целью проведения технических работ. В момент активации режима обязательно должны указываться временные рамки проведения работ — это необходимо для информирования пользователей Систем.

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

9.5 Требования к отказоустойчивости и масштабируемости

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

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

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

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

Рекомендуется использовать программное обеспечение для компоновки пользовательских мнемосхем системы АСУД, обеспечивающее объектно-ориентированный подход с использованием библиотек компонентов мнемосхем и возможностью централизованно массово корректировать типовые мнемосхемы при возникновении такой необходимости.

9.6 Требования по безопасности

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

При внедрении, эксплуатации и обслуживании технических средств систем должны выполняться меры электробезопасности в соответствии с «Правилами устройства электроустановок» и «Правилами техники безопасности при эксплуатации электроустановок потребителей».

Аппаратное обеспечение систем соответствует требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования».

Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91. «ССБТ. Оборудование производственное. Общие требования безопасности» при обслуживании системы в процессе эксплуатации.

Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. «Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации».

Значения эквивалентного уровня акустического шума, создаваемого аппаратурой системы, должно соответствовать ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение», но не превышать следующих величин:

50 дБ — при работе технологического оборудования и средств вычислительной техники без печатающего устройства;

60 дБ — при работе технологического оборудования и средств вычислительной техники с печатающим устройством.

9.7 Требования по эргономике и технической эстетике

Взаимодействие пользователей с системами осуществляется посредством визуального графического интерфейса. Пользовательский интерфейс удовлетворяет следующим требованиям:

• пользовательский интерфейс ориентирован на преимущественное использование манипулятора типа «мышь», клавиатурный ввод используется при заполнении и редактировании текстовых и числовых полей экранных форм;
• предусмотрено предоставление обратной связи о результатах действий пользователя, о причинах неуспешного выполнения операции и способах их устранения;
• пользовательский интерфейс русскоязычный;
• поля, обязательные для заполнения выделены на экранной форме.
• Допускается использование английского и других языков для сообщений, формируемых системами и касающихся их внутренних ошибок или конфликтов.

9.8 Требования к защите информации от несанкционированного доступа

В частном техническом задании необходимо предусмотреть требования по защите информации от несанкционированного доступа.

Средства защиты информации должны обеспечить конфиденциальность, целостность и доступность обрабатываемой информации. При этом реализовав следующие функции:

• доступ к информационным системам, входящим в АСУЭк, извне должен быть ограничен;
• доступ в системы, входящие в АСУЭк, должен предоставляться только авторизованным пользователям (Для авторизации пользователя должна использоваться пара логин/пароль);
• АСУЭк и еще системы должны позволять настраивать заданный уровень сложности пароля: длина пароля, наличие специальных символов, наличие цифр, наличие прописных символов;

• АСУЭк и еще системы должны позволять настраивать правила обработки ошибочных и неудачных попыток аутентификации;
• Взаимодействие со смежными системами должно осуществляться только после авторизации внешней системы.
• Возможность настройки ограничения доступа к данным.
• Системы должны осуществлять аудит действий пользователей.
• Системы должны осуществлять защиту от атак (SQL-инъекции, кросс-сайт скрипты и др.)
• Доступ в системы должен быть предоставлен по протоколу, поддерживающему шифрование данных при передаче (https).
• управление доступом к информации, функциям и сервисам информационной системы, включая требования к разделению обязанностей и привилегий пользователей ресурсов и технического персонала подразделений информационных технологий и связи;
• регистрация и учет значимых событий информационной безопасности;
• резервное копирование информации и ее восстановление;

В части управления доступом обеспечиваются:

• идентификация и аутентификация (проверка подлинности) пользователей при доступе к системе, в том числе удаленном. Длина пароля должна быть не менее 8 цифро-буквенных символов;
• разграничение прав доступа к отдельным операциям, отчетам, данным (например: выполнение, просмотр, изменение, создание, удаление и др.), функциям системы на основе ролей пользователей, наборов полномочий;
• контроль доступа пользователей к защищаемым информационным ресурсам системы в соответствии с правами доступа;

В части контроля целостности обеспечиваются:

• целостность программной среды Систем и программных средств защиты информации проверяется по контрольным суммам компонентов СЗИ по требованию администратора системы или куратора информационной безопасности. При этом в обязанность куратора информационной безопасности входит организация мероприятий по периодическому созданию и хранению опорных контрольных сумм для возможности проведения последующей сверки;
• периодическое резервное копирование информации для обеспечения возможности ее восстановления в том числе с целью аудита изменений.

Системы позволяют разграничивать права доступа пользователей к функционалу и данным систем.

Антивирусное программное обеспечение должно быть предоставлено заказчиком. Перечень серверов, на которые должно быть установлено антивирусное ПО, и перечень совместимого антивирусного ПО определяются в проектном решении.

На зданиях кампуса должна быть обеспечена физическая безопасность систем (устройств и носителей информации), предусматривающая контроль доступа в помещения, где размещено оборудование АСУЭк, и исключающая возможность несанкционированного проникновения в указанные помещения и хранилище носителей информации.

Защита каналов передачи данных, в том числе с использованием шифровальных (криптографических) средств защиты информации, должна осуществляться вне рамок Систем АСУЭк с применением, используемых для этих целей заказчиком организационных мер и технических средств.

9.9 Требования к средствам защиты от внешних воздействий

Применительно к программно-аппаратному окружению решения предъявляются следующие требования к защите от влияния внешних воздействий.

Требования к радиоэлектронной защите:

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

9.10 Требования к организационному обеспечению

В процессе выполнения работ по внедрению каждого модуля решения должны быть организованы и проведены семинары по подготовке сотрудников заказчика к самостоятельной работе с системами, для этого должна быть подготовлена и согласована программа таких семинаров.

Ключевые работники в обязательном порядке в количестве около 30% от общего количества пользователей очно посещают семинары по подготовке сотрудников заказчика к самостоятельной работе с системой умной эксплуатации.

10. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ АСУЭК

АСУЭк и ее отдельные системы (Цифровая эксплуатация, АСУЗ, АСУД) должны быть смонтированы и работать при сдаче кампуса или его отдельных зданий в эксплуатацию.

В частном техническом задании предусмотреть следующие требования:

• Виды, состав и методы испытаний АСУЭк и ее составных частей;
• Общие требования к приемке работ, порядок согласования и утверждения приемочной документации;
• Статус приемочной комиссии.

10.1 Приемочные испытания

10.1.1 Приемочные испытания АСУЭк должны проводиться с целью проверки соответствия АСУЭк требованиям настоящего ЧТЗ и задания на проектирование.

10.1.2 Приемочные испытания АСУЭк должны представлять собой процессы проверки выполнения заданных функций АСУЭк.

10.1.3 Приемочные испытания должны проводиться приемочной комиссией, утверждаемой заказчиком. В состав приемочной комиссии входят представители заказчика, кампуса и исполнителя.

10.1.4 По результатам проведения приемочных испытаний должен оформляться протокол, в котором фиксируются решение о соответствии тестируемой функциональности подсистем АСУЭк требованиям ЧТЗ.

10.1.5 В случае выявления отклонений от требований формируется перечень ошибок, указывается степень их критичности для функционирования АСУЭк.

10.1.6 Исправление критичных ошибок и повторное тестирование должно быть проведено в рамках приемочных испытаний.

10.1.7 Протокол приемочных испытаний должен быть подписан всеми членами приемочной комиссии.

10.2 Общие требования к приемке работ

10.2.1 Исполнитель не позднее срока окончания работ, определенного в графике производства работ, должен направить в адрес заказчика извещение (уведомление) о готовности работ к сдаче.

10.2.2 К приемке выполненных работ исполнитель должен представить заказчику подписанный со своей стороны акт сдачи-приемки выполненных работ о выполнении соответствующего этапа.

10.2.3 Сдача-приемка этапов проводится приемочной комиссией, формируемой заказчиком.

10.2.4 В процессе сдачи-приемки выполненных работ приемочной комиссией осуществляется проверка полноты и качества отчетных документов, которая заключается в оценке:

• комплектности состава документации в соответствии с требованиями настоящего ЧТЗ;
• достоверности содержащихся в документации сведений;
• соответствия содержащейся в документации информации требованиям настоящего ЧТЗ.

10.2.5 По результатам приемки выполненных работ приемочной комиссией подписывается акт сдачи-приемки оказанных услуг.

Приложение 1

РЕКОМЕНДУЕМЫЙ ПЕРЕЧЕНЬ АВАРИЙНЫХ СИГНАЛОВ ИНЖЕНЕРНЫХ СИСТЕМ <3>

---

<3> Настоящий перечень является рекомендуемым и описывает перечень аварийных сигналов на типовой набор инженерных сетей. При формировании частного технического задания на конкретный проект, необходимо учитывать задание на проектирование и технологическое задание в части требований к инженерному оборудованию для формирования перечня сигналов.

1. Вентиляция и кондиционирование воздуха

1.1 Вентиляция

Справочно: осуществляется мониторинг работы вентиляционных установок, контроль аварийных состояний, управление режимами работы, изменение параметров работы. Системы могут быть построены на комплектных решениях от производителя вентиляционных систем (низкофункциональный вариант), и на проектных решениях, разработанных под объект (высокофункциональный кастомизируемый вариант). Для обеспечения централизованного управления включением и отключением вентиляционных систем применяется иерархическая система расписаний: в каждом контроллере управления вентиляцией работает внутреннее расписание, в АСУД формируются центральные расписания, которые позволяют распространять свои настройки по внутренним расписаниям контроллеров — это позволяет зонировать работу группы вентиляционных систем и облегчает управление большим количеством вентиляционных систем (только для проектного подхода, в комплектных решениях такого функционала нет).

Таблица 1

Аварийные сигналы системы вентиляции

п/п	Сигнал тревоги	Приоритет
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	Высокий уровень CO2 в зоне обслуживания	Средний
27	Высокий уровень относительной влажности в зоне обслуживания	Средний
28	Низкий уровень относительной влажности в зоне обслуживания	Средний
29	Неисправность датчика температуры после секции рекуператора	Средний
30	Неисправность датчика температуры после секции рециркуляции	Средний
31	Неисправность датчика температуры после секции охлаждения	Средний
32	Неисправность датчика температуры в помещении	Средний
33	Неисправность датчика температуры в вытяжном канале	Средний
34	Неисправности датчика температуры в вытяжном канале после секции рекуператора	Средний
35	Неисправность датчика относительной влажности в вытяжном канале	Средний
36	Неисправность датчика относительной влажности в помещении	Средний
37	Обледенение рекуператора	Средний
38	Активация защитного снижения производительности приточного вентилятора	Средний
39	Неисправность одного из вентиляторов резервной пары (неисправность преобразователя частоты, перегрев, отсутствие перепада давления)	Средний
40	Неисправность одного из насосов резервной пары	Средний
41	Температура воздуха в точке измерения выше заданной (приточный, вытяжной воздух)	Низкий
42	Температура воздуха в точке измерения ниже заданной (приточный, вытяжной воздух)	Низкий
43	Пониженная температура обратной воды в контуре нагрева	Низкий
44	Повышенный уровень CO2 в вытяжном канале/зоне обслуживания	Низкий
45	Температура вытяжного воздуха после рекуператора ниже или близка к точке росы (угроза обледенения)	Низкий
46	Засор воздушного фильтра	Низкий
47	Расход воздуха ниже заданного	Низкий

1.2 Холодоснабжение

1.2.1 Холодильный центр

п/п	Сигнал тревоги	Приоритет
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	Повышенная температура на выходе чиллера	Низкий

1.3 Фанкойлы/кондиционеры

Справочно: Система предусматривает интеграцию фанкойлов и кондиционеров в систему автоматизации для централизованного управления.

Аварийные сигналы системы кондиционирования

п/п	Сигнал тревоги	Приоритет
1	Отсутствие питания	Критический
2	Неисправность дренажной помпы	Критический
3	Неисправность двигателя вентилятора	Критический
4	Общая неисправность фанкойла/кондиционера	Критический
5	Высокий температура воздуха на выходе	Высокий
6	Высокий температура холодоносителя при работающем холодильном центре	Высокий
7	Низкий температура воздуха на выходе	Средний
8	Высокий температура воздуха в зоне обслуживания	Средний
9	Общая неисправность фанкойла/кондиционера в резервной паре	Средний
10	Засор воздушного фильтра	Низкий
11	Повышенная температура в зоне обслуживания	Низкий

2. Отопление и теплоснабжение

Справочно: к системам теплоснабжения относятся тепловые пункты, системы воздушного обогрева, тепловые завесы.

2.1 Индивидуальный тепловой пункт

Справочно: система автоматизации индивидуального теплового пункта предусматривает два варианта исполнения: стандартизированный комплектный и проектный под объект. Комплектный стандартизированный вариант автоматизации предусматривает минимально необходимый набор средств для автоматического управления системой.

Проектный вариант в зависимости от требований может предусматривать расширенный перечень датчиков, позволяющий не только обеспечить функционирование технологического процесса, но и осуществлять эффективный мониторинг качества теплоснабжения.

Таблица 4

п/п	Сигнал тревоги	Приоритет
1	Отсутствие питания	Критический
2	Неисправность циркуляционного насоса, либо обоих насосов резервной пары (неисправность преобразователя частоты, перегрев, отсутствие перепада давления при работе)	Критический
3	Неисправность модуля контроллера (отсутствие связи)	Критический
4	Неисправность датчика температуры в подающем трубопроводе контура	Критический
5	Неисправность датчика давления в обратном трубопроводе	Критический
6	Неисправность датчика давления в подающем трубопроводе	Критический
7	Низкое давление в контуре	Критический
8	Неисправность датчика температуры наружного воздуха	Высокий
9	Неисправность датчика температуры в обратном трубопроводе внутреннего контура	Высокий
10	Неисправность датчика температуры в обратном трубопроводе внешнего контура контура	Высокий
11	Ошибка обратной связи от привода регулирующего клапана	Высокий
12	Длительная работа системы подпитки	Высокий
13	Высокий температура обратного теплоносителя внешнего контура	Высокий
14	Высокий температура подачи ГВС	Высокий
15	Температура подачи ГВС ниже 55 градусов	Высокий
16	Высокий перепад давления в контуре	Высокий
17	Неисправность датчика температуры подачи теплосети	Высокий
18	Неисправность датчика температуры обратки теплосети	Высокий
19	Пониженное давление в контуре	Средний
20	Низкий температура подачи	Средний
21	Низкий уровень в баке подпитки	Средний
22	Неисправность одного из насосов в резервной паре	Средний
23	Неисправность датчика давления подачи теплосети	Средний
24	Неисправность датчика давления обратки теплосети	Средний
25	Неисправность насоса подпитки контура	Средний
26	Высокий перепад давления на грязевых фильтрах	Средний
27	Повышенная температура подачи контура	Низкий
28	Пониженная температура подачи контура	Низкий

2.2 Тепловентиляторы

Справочно: автоматизация тепловентиляторов предусматривает как вариант интеграции комплектных устройств от производителя оборудования по одному из открытых протоколов, так и проектное решение на базе программируемых логических контроллеров.

Аварийные сигналы тепловентиляторов

п/п	Сигнал тревоги	Приоритет
1	Отсутствие питания	Критический
2	Неисправность двигателя вентилятора	Критический
3	Общая неисправность тепловентилятора	Критический
4	Низкий температура воздуха на выходе	Высокий
5	Низкий температура теплоносителя при работающем ИТП	Высокий
6	Низкий температура воздуха в зоне обслуживания	Средний
7	Пониженная температура в зоне обслуживания	Низкий

2.3 Воздушные завесы

Справочно: автоматизация тепловых завес предусматривает как вариант интеграции комплектных устройств от производителя оборудования по одному из открытых протоколов, так и проектное решение на базе программируемых логических контроллеров.

Аварийные сигналы воздушных завес

п/п	Сигнал тревоги	Приоритет
1	Отсутствие питания	Критический
2	Неисправность двигателя вентилятора	Критический
3	Общая неисправность завесы	Критический
4	Низкий температура теплоносителя при работающем ИТП	Критический
5	Ошибка обратной связи от регулирующего клапана	Критический
6	Низкий температура воздуха на выходе	Высокий
7	Перегрев электронагревателя	Высокий
8	Низкий температура воздуха в зоне обслуживания	Средний
9	Пониженная температура в зоне обслуживания	Низкий

3. Водоснабжение и канализация

3.1 Водоснабжение

Справочно: к автоматизации водоснабжения относится мониторинг станций хозяйственно-питьевого водоснабжения, контроль переполнения дренажных приямков и работы дренажных насосов, мониторинг канализационных систем.

3.1.1 Насосные станции ХВС

Справочно: автоматизация предусматривает интеграцию насосной станции по одному из открытых протоколов, а также мониторинг давления в системе.

Аварийные сигналы насосных станций ХВС

п/п	Сигнал тревоги	Приоритет
1	Отсутствие питания	Критический
2	Низкое давление	Критический
3	Неисправность всех насосов в группе	Критический
4	Отсутствие напора при работе насосов	Критический
5	Отсутствие связи с одним из преобразователей частоты в группе	Высокий
6	Неисправность части насосов в группе	Высокий
7	Пониженное давление напора	Средний

3.1.2 Дренажная система

Справочно: автоматизация предусматривает контроль уровня воды в дренажных приямках, а также состояние дренажных насосов.

Аварийные сигналы дренажной системы

п/п	Сигнал тревоги	Приоритет
1	Отсутствие питания дренажных насосов	Критический
2	Высокий уровень воды в приямках	Критический
3	Неисправность дренажного насоса	Критический

3.2 Канализационная система

Справочно: автоматизация предусматривает мониторинг канализационных систем, в том числе ливневых, жироуловителей и т.д.

Аварийные сигналы канализационной системы

п/п	Сигнал тревоги	Приоритет
1	Переполнение жироуловителя	Критический
2	Канализационный клапан закрыт	Критический
3	Неисправность канализационной насосной станции	Критический
4	Неисправность системы обогрева водосточных воронок	Высокий

4. Электроснабжение и электроосвещение

4.1 Электроосвещение

Справочно: автоматизация системы освещения охватывает следующие подсистемы: рабочее освещение, аварийное освещение, наружное освещение, архитектурное освещение.

4.1.1 Рабочее освещение

Система строится на ПЛК: контроллер осуществляет управление группами рабочего освещения как в ручном режиме, так и согласно алгоритму с применением расписаний.

Аварийные сигналы рабочего освещения

п/п	Сигнал тревоги	Приоритет
1	Отсутствие питания шкафа автоматики	Критический
2	Отсутствие обратной связи от групп освещения (не получен сигнал «РАБОТА» в течение заданного времени после отправки команды на включение)	Критический
3	Аварийное отключение питания группы освещения.	Критический

4.1.2 Аварийное освещение

Система строится на ПЛК: контроллер осуществляет управление группами аварийного освещения как в ручном режиме, так и согласно алгоритму с применением расписаний.

Аварийные сигналы аварийного освещения

п/п	Сигнал тревоги	Приоритет
1	Отсутствие питания шкафа автоматики	Критический
2	Отсутствие обратной связи от групп освещения (не получен сигнал «РАБОТА» в течение заданного времени после отправки команды на включение)	Критический
3	Аварийное отключение питания группы освещения.	Критический
4	Пожар	Критический

4.1.3 Наружное освещение

Система строится на ПЛК: контроллер осуществляет управление группами наружного освещения как в ручном режиме, так и согласно алгоритму с применением расписаний или сумеречного таймера.

Аварийные сигналы наружного освещения

п/п	Сигнал тревоги	Приоритет
1	Отсутствие питания шкафа автоматики	Критический
2	Отсутствие обратной связи от групп освещения (не получен сигнал «РАБОТА» в течение заданного времени после отправки команды на включение)	Критический
3	Аварийное отключение питания группы освещения.	Критический

4.1.4 Архитектурное освещение

Управление архитектурным освещением строится на специализированном оборудовании, обеспечивающим работу архитектурной подсветки. Интеграция осуществляется по открытым протоколам.

Аварийные сигналы архитектурного освещения

п/п	Сигнал тревоги	Приоритет
1	Отсутствие питания шкафа автоматики	Критический
2	Отсутствие обратной связи от групп освещения (не получен сигнал «РАБОТА» в течение заданного времени после отправки команды на включение)	Критический
3	Аварийное отключение питания группы освещения.	Критический

4.2 Электроснабжение

К системе мониторинга электроснабжения относятся следующие разделы: мониторинг магистрального электроснабжения в ГРЩ, ТП, РП, ВРУ и т.д., а также мониторинг системы распределения электроэнергии.

4.2.1 Мониторинг ТП, РП, ГРЩ, ВРУ

Система осуществляет мониторинг коммутационного оборудования магистрального участка распределительной сети на уровне ТР, РП, ГРЩ и т.д. На данном участке применяются автоматические выключатели со встроенными коммуникационными возможностями, позволяющими не только получать информацию о состоянии автоматического выключателя, но и о качестве электроснабжения: токах, напряжении, мощности, коэффициенте мощности, коэффициентах гармонических искажений.

п/п	Сигнал тревоги	Приоритет
1	Аварийное отключение автоматического выключателя	Критический
2	Низкое значение коэффициента мощности	Высокий
3	Высокий уровень гармонических искажений тока	Высокий
4	Высокий уровень гармонических искажений напряжения	Высокий
5	Низкое напряжение на вводе	Высокий
6	Высокий уровень потребляемой мощности	Средний

4.2.2 Мониторинг распределительной сети

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

Аварийные сигналы мониторинга распределительной сети

п/п	Сигнал тревоги	Приоритет
1	Аварийное отключение автоматического выключателя	Критический

Приложение 2

РЕКОМЕНДУЕМЫЙ ПЕРЕЧЕНЬ КЛИЕНТСКИХ СЦЕНАРИЕВ

---

<4> Настоящий документ не описывает сценарии по СМИС, предусмотренные ГОСТ 22.1.12-2005 «Безопасность в чрезвычайных ситуациях. Структурированная система мониторинга и управления инженерными системами зданий и сооружений. Общие требования».

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

Концертные, актовые залы

1. Управление освещением

Автоматизация регулировки освещения в зависимости от времени суток, типа мероприятия и количества посетителей.

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

1.2 Типы событий:

• концерт (индивидуальный отдельный сценарий);
• лекция (предустановленный сценарий освещения 1);
• симпозиум/конференция (предустановленный сценарий освещения 2);
• техническое освещение (предустановленный сценарий освещения 3);
• отсутствие мероприятия при условии отсутствии людей (предустановленный сценарий освещения 4 — свет гаснет кроме пожарного).

1.3 Обязательная опция — управление освещением и сценариями освещения (в ручном и автоматическом режиме) из единого ситуационного центра или диспетчерской.

1.4 Дополнительная возможность (опционально) — связь системы бронирования мероприятий с управлением освещением и сценариями освещения (если забронировано и подтверждено мероприятие (напр. конференция), освещение определенного сценария должно включиться автоматически.

2. Климат-контроль

Автоматизированное управление отоплением, вентиляцией и кондиционированием воздуха для поддержания комфортный условий.

2.1 Сценарии: активация предустановленных параметров по событиям календаря с автоматической корректировкой по датчикам контроля уровня CO2, температуры и влажности.

2.2 Отопление — с «дежурного» режима в нормальный рабочий режим.

2.3 Вентиляция — режим «проветривания» за 30 минут до мероприятия если нет сопряжения с другими мероприятиями в календаре. Во время мероприятия — с автоматической корректировкой по датчикам контроля уровня CO2.

2.4 Кондиционирование — в случае превышения нормативного значения температуры воздуха. Во время мероприятия — с автоматической корректировкой.

2.5 Обязательная опция — управление климат-контролем (в ручном и автоматическом режиме) из единого ситуационного центра или диспетчерской. Автоматическое отключение систем при завершении мероприятия и отсутствии других мероприятий (в рамках заданных и обязательных параметров).

2.6 Дополнительная возможность (опционально) — связь системы бронирования мероприятий с климат-контролем (если забронировано и подтверждено мероприятие (напр. Конференция), вентиляция, отопление и кондиционирование.

2.7 Дополнительная возможность (опционально) — управление климат-контролем (в ручном и автоматическом режиме) из мобильного приложения.

3. Управление акустикой

Адаптация акустических характеристик зала в зависимости от типа мероприятия (концерт, лекция, конференция и т.д.). Использование подвижных панелей и других технологий для улучшения звука.

3.1 Интерактивные системы для посетителей

На информационных мониторах/панелях в общих зонах концертного зала предусмотреть возможность вывода информации о предстоящих событиях (расписание) в концертном зале, которые были занесены и подтверждены в системе.

Предусмотреть связь информационных мониторов/панелей в общих зонах концертного зала со сторонними сервисами покупки билетов или регистрации на событие (возможно через считывание QR-кодов)

Предусмотреть связь системы со СКУД в части прохода на мероприятие (зарегистрированный и идентифицированный гость после считывания его билета может пройти через турникет).

3.2 Системы учета потребления ресурсов

Отслеживание потребления электроэнергии и теплопотребления для оптимизации расходов (по зданиям кампуса без разбивки на учет по помещениям).

Лабораторные кабинеты, помещения

1. Управление освещением

Автоматизация регулировки освещения в зависимости от времени суток.

1.1 Сценарии: активация предустановленных сценариев (по расписанию или бронированию)

1.2 Типы событий:

• занятия по расписанию;
• мероприятия по бронированию;
• отсутствие мероприятия или занятия при отсутствии людей (свет гаснет кроме пожарного).

2. Климат-контроль

Автоматизированное управление отоплением, вентиляцией и кондиционированием воздуха для поддержания комфортный условий.

2.1 Сценарии: активация предустановленных параметров по событиям календаря с автоматической корректировкой по датчикам контроля уровня CO2, температуры, влажности и VOC.

2.2 Отопление:

• Уменьшение температуры в выходные и праздничные дни при условии отсутствия мероприятий в расписании (Связь с системой управления расписанием и бронированием).
• Автоматизированное управление отоплением на основе данных датчиков температуры воздуха в рамках отопительного контура.

2.3 Вентиляция — управление режимами принудительной вентиляции в зависимости от расписания и времени суток (переключение нормальный/энергосберегающий).

2.4 Кондиционирование — выключение кондиционеров если в помещение не забронировано

3. Системы учета потребления ресурсов

Отслеживание потребления электроэнергии и теплопотребления для оптимизации расходов (по зданиям кампуса без разбивки на учет по помещениям)

4.1 Обязательная опция — получение доступа к реестру научного оборудования и научных сервисов, предоставляемых на нем с возможностью бронирования данного оборудования и заказа научных работ на этом оборудовании на сайте или портале кампуса.

Групповые и лекционные аудитории

1. Управление освещением

Автоматизация регулировки освещения в зависимости от времени суток и расписания занятий.

1.1 Сценарии: активация предустановленных сценариев по событиям: при отсутствии последующего бронирования помещения свет выключается (учесть интервал).

1.2 Дополнительная возможность (опционально) — связь системы бронирования мероприятий с управлением освещением (включением освещения).

1.3 Дополнительная возможность (опционально) — управление освещением и сценариями освещения (в ручном и автоматическом режиме) из мобильного приложения.

2. Климат-контроль

Автоматизированное управление отоплением, вентиляцией и кондиционированием воздуха для поддержания комфортный условий.

2.1 Сценарии: активация предустановленных параметров по событиям календаря с автоматической корректировкой по датчикам TVOC, температуры, влажности.

2.2 Отопление:

• с «дежурного» режима в нормальный рабочий режим;
• уменьшение температуры в выходные и праздничные дни при условии отсутствия мероприятий в расписании (Связь с системой управления расписанием и бронированием).

2.3 Вентиляция:

• режим «проветривания» за 30 минут до мероприятия если нет сопряжения с другими мероприятиями в календаре;
• во время мероприятия — с автоматической корректировкой по датчикам контроля уровня CO2.

2.4 Кондиционирование — активация предустановленных параметров в случае превышения нормативного значения температуры воздуха. Во время мероприятия — с автоматической корректировкой.

2.5 Обязательная опция — управление климат-контролем (в ручном и автоматическом режиме) из единого ситуационного центра или диспетчерской. Автоматическое отключение систем при завершении мероприятия и отсутствии других мероприятий (в рамках заданных и обязательных параметров).

2.6 Дополнительная возможность (опционально) — связь системы бронирования мероприятий (ЕИСК) с климат-контролем (если забронировано и подтверждено мероприятие, вентиляция, отопление и кондиционирование.

3. Управление мультимедийным оборудованием

Доступ к системе ЕИСК через АРМ в аудитории. Возможность зайти в свою учетную запись и вывести контент на экраны. Автоматизированная система позволяет управлять проектором, акустической системой и экранами через одно устройство.

4. Управление потоками посетителей

4.1 Дополнительная возможность — установка считывателя СКУД (карточки или с мобильного приложения) на входе в аудиторию для учета посетителей мероприятия.

4.2 Дополнительная возможность — учет количества людей в помещении для обеспечения безопасности (организовать в соответствии с требованиями МЧС).

Отслеживание потребления электроэнергии и теплопотребления для оптимизации расходов (по зданиям кампуса без разбивки на учет по помещениям).

Офисные\административные помещения

1. Управление освещением

1.1 Сценарии: активация предустановленных сценариев по событиям

1.2 Коридоры и общие зоны офисного/административного здания:

Включение света в коридорах и общих зонах в рабочее время (например, с 9 до 18);

• Техническое освещение во внерабочее время, но не в ночное;
• Выключение освещения в ночное время и выходные дни.

1.3 Кабинеты — управление освещением с помощью СКУД (Включение освещения по прибытии первого сотрудника в кабинет, выключение после ухода последнего).

Переговорные — связь системы бронирования мероприятий с управлением освещением (включением освещения).

2. Климат-контроль

Автоматизированное управление отоплением, вентиляцией и кондиционированием воздуха для поддержания комфортный условий.

2.1 Сценарии: активация предустановленных параметров по событиям календаря с автоматической корректировкой по датчикам TVOC, температуры, влажности.

2.2 Отопление:

• Уменьшение температуры в выходные и праздничные дни при условии отсутствия оформленной работы в выходной день.
• Автоматизированное управление отоплением на основе данных датчиков температуры воздуха в рамках отопительного контура.

2.3 Вентиляция — управление режимами принудительной вентиляции в зависимости от времени суток и производственного календаря (переключение нормальный/энергосберегающий).

2.4 Кондиционирование:

• Кабинеты: Выключение после ухода последнего человека из кабинета;
• Переговорные: Выключение кондиционирования если отсутствует последующая бронь помещения.

3. Система управления пропускным режимом

Электронные заявки и выдача пропусков, регистрация посетителей

Отслеживание потребления электроэнергии и теплопотребления для оптимизации расходов, (по зданиям кампуса без разбивки на учет по помещениям)

Спортивные залы

1. Управление освещением

1.1 Сценарии: активация предустановленных сценариев по событиям (по расписанию или бронированию).

1.2 Типы события:

• Занятия по расписанию;
• Мероприятия по бронированию;
• Отсутствие мероприятия или занятия при отсутствии людей (свет гаснет кроме пожарного);
• Обслуживание по расписанию.

1.3 Обязательная опция — управление освещением и сценариями освещения (в ручном и автоматическом режиме) из единого ситуационного центра или диспетчерской.

1.4 Дополнительная возможность (опционально) — связь системы бронирования мероприятий (ЕИСК) с управлением освещением и сценариями освещения (если забронировано и подтверждено мероприятие (напр. мероприятие), освещение определенного сценария должно включиться автоматически.

2. Климат-контроль

Автоматизированное управление отоплением, вентиляцией и кондиционированием воздуха для поддержания комфортный условий.

2.1 Сценарии: активация предустановленных параметров по событиям календаря с автоматической корректировкой по датчикам TVOC, температуры, влажности.

2.2 Отопление:

• с «дежурного» режима в нормальный рабочий режим;
• уменьшение температуры в выходные и праздничные дни при условии отсутствия мероприятий в расписании (Связь с системой управления расписанием и бронированием).

2.3 Вентиляция:

• включение режима «проветривания» до мероприятия если нет сопряжения с другими мероприятиями в календаре.
• во время мероприятия — с автоматической корректировкой по датчикам контроля уровня CO2.

2.4 Кондиционирование — в случае превышения нормативного значения температуры воздуха. Во время мероприятия — с автоматической корректировкой.

2.5 Обязательная опция — управление климат-контролем (в ручном и автоматическом режиме) из единого ситуационного центра или диспетчерской. Автоматическое отключение систем при завершении мероприятия и отсутствии других мероприятий (в рамках заданных и обязательных параметров).

2.6 Дополнительная возможность (опционально) — связь системы бронирования мероприятий (ЕИСК) с климат-контролем (если забронировано и подтверждено мероприятие, вентиляция, отопление и кондиционирование.

Отслеживание потребления электроэнергии и теплопотребления для оптимизации расходов (по зданиям кампуса без разбивки на учет по помещениям).

Общие зоны (холлы, рекреации, коридоры и пр.)

1. Управление освещением

Автоматизация регулировки освещения в зависимости от времени суток

1.1 Сценарии: активация предустановленных сценариев по событиям, времени суток

1.2 Обязательная опция — управление освещением и сценариями освещения (в ручном и автоматическом режиме) из единого ситуационного центра или диспетчерской.

2. Климат-контроль

Автоматизированное управление отоплением, вентиляцией и кондиционированием воздуха для поддержания комфортный условий.

2.1 Сценарии: активация предустановленных параметров по событиям календаря с автоматической корректировкой по датчикам TVOC, температуры, влажности.

3. Системы учета потребления ресурсов

Отслеживание потребления электроэнергии и теплопотребления для оптимизации расходов.

4. Клининг

Автоматизация управления клинингом с применение роботов уборщиков

5. Управление потоками посетителей

5.1 Система подсчета посетителей: системы учета количества людей в общих зонах для обеспечения безопасности.

5.2 Навигационные системы: помощь резидентам в быстром ориентировании по помещениям кампуса и предстоящим мероприятиям.

6. Интерактивные системы для посетителей

На информационных мониторах/панелях в общих зонах здания предусмотреть возможность вывода информации о предстоящих событиях (расписание) в групповых/лекционных аудиториях, которые были занесены и подтверждены в системе ЕИСК.

Предусмотреть связь информационных мониторов/панелей в общих зонах здания со сторонними сервисами покупки билетов или регистрации на событие (возможно через считывание QR-кодов)

Предусмотреть связь системы управления расписанием и бронированием со СКУД в части прохода на мероприятие (зарегистрированный и идентифицированный гость после считывания его билета может пройти через турникет).

Столовая, кафе

1. Управление освещением

Автоматизация регулировки освещения в зависимости от времени работы столовой/кафе.

1.1 Сценарии: активация предустановленных сценариев по событиям

2. Климат-контроль

Автоматизированное управление отоплением, вентиляцией и кондиционированием воздуха для поддержания комфортный условий.

2.1 Сценарии: активация предустановленных параметров по времени работы столовой/кафе с автоматической корректировкой по датчикам TVOC, температуры, влажности.

3. Системы учета потребления ресурсов

Отслеживание потребления электроэнергии и теплопотребления для оптимизации расходов.

4. Клининг

Автоматизация управления клинингом с применение роботов уборщиков

Библиотека

1. Управление освещением

Автоматизация регулировки освещения в зависимости от времени работы библиотеки.

1.1 Сценарии: Активация предустановленных сценариев по событиям

2. Климат-контроль

Автоматизированное управление отоплением, вентиляцией и кондиционированием воздуха для поддержания комфортных условий

Автоматизированное управление отоплением, вентиляцией и кондиционированием воздуха для поддержания регламентных (нормативных) значений данного типа помещений.

2.1 Сценарии: активация предустановленных параметров по событиям календаря с автоматической корректировкой по датчикам TVOC, температуры, влажности.

3. Сервисы электронной библиотеки

Аренда изданий

3.1 Система регистрации посетителей: автоматизированная регистрация посетителей через киоск.

3.2 Системы учета потребления ресурсов: отслеживание потребления электроэнергии и теплопотребления для оптимизации расходов.

4. Клининг

Автоматизация управления клинингом с применение роботов уборщиков

5. Бронирование и управление рабочими местами

Интерактивное отображения занятости рабочего места в реальном времени при помощи портала или мобильного приложения.

5.1 Сценарии: возможность бронировать рабочее место резидентами через мобильное приложение (для коворкинга или для компаний с openspace).

Жилые зоны общежитий

1. Управление освещением

Автоматизация регулировки освещения в зависимости от времени суток в общих зонах общежития.

1.1 Сценарии: активация предустановленных сценариев по событиям

2. Система управления пропускным режимом: электронные заявки и выдача пропусков, регистрация посетителей

3. Система хранения посылок: пуш оповещение о приходе корреспонденции/посылки. Открытие/закрытие ящика через единый идентификатор пользователя.

4. Системы учета потребления ресурсов: отслеживание потребления электроэнергии и теплопотребления для оптимизации расходов.

---