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

1.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-ЦК ЦТ "Порядок подготовки задания на проектирование в части учета цифровых сервисов и решений, предусмотренных требованиями Стандарта инновационной образовательной среды, по проектам, входящим в программу "Создание сети современных кампусов".

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- реализация функций автоматизированного управления инженерными системами зданий в рамках единого ситуационного центра Кампуса;

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

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

- оптимизация и частичная автоматизация процессов эксплуатационного контроля и обслуживания зданий Кампуса.

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

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

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

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

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

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

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

- обеспечение комфорта и безопасности для резидентов Кампуса за счет обеспечения автоматизированного контроля состояния инженерных систем и своевременного устранения инцидентов в рамках единого ситуационного центра Кампуса;

- сокращение издержек на техническом содержании инженерных систем и объектов эксплуатации и повышение доли гарантийных ремонтов;

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

- оптимизация энергопотребления инженерных систем путем внедрения энергоэффективных алгоритмов управления;

- повышение точности регулирования параметров микроклимата помещений Кампуса;

- снижение количества и продолжительности отказов инженерных систем и объектов эксплуатации;

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

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

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

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

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

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

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

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

- Противопожарная защита и устройства пожаротушения (отдельный АСУД);

- Управление контролем доступа;

- Связь и оповещение;

- Охранная сигнализация;

- Видеонаблюдение;

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

- Прочие.

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

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

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

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

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

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

- определить перечень и характеристики оборудования АСУД исходя из перечня сценариев АСУЗ и списка аварийных сигналов АСУД;

- определить способы передачи данных и сформулировать требования к аппаратному обеспечению.

- разработать проектную документацию (в том числе подраздел на АСУЗ).

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

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

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

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

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 (для определения помещений).

- Модели инженерных систем должны содержать классификацию для элементов инженерных систем.

- Модели должны быть предоставлены в формате *.ifc.

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

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

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

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.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).

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

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

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

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

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

- необходимо использовать программные и аппаратные решения, обеспеченные открытыми протоколами передачи данных;

- совместимость с инженерными системами;

- бесшовный процесс передачи данных внутри систем АСУЭк и между ними, а также с внешними системами на всех этапах жизненного цикла АСУЭк, если это функционально предусмотрено;

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

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

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

- обеспечение информационной безопасности в соответствии с требованиями законодательства Российской Федерации;

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

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

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

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

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

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

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

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

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

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

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

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

- синхронизация идентификаторов элементов инженерных систем с элементами в АСУЗ;

- синхронизация справочников кодов ошибок;

- обработка передаваемых сигналов состояния от инженерного оборудования и инженерных систем в режиме реального времени, с возможностью автоматического создания заявок на обслуживание элементов инженерного оборудования;

- получение и фиксация информации об объемах потребления коммунальных ресурсов;

- синхронизация статусов объектов по результатам обработки и закрытия инцидента в АСУД;

- поддержка возможности отправки статуса устранения группы событий при закрытии связанного инцидента.

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.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 По результатам приемки выполненных работ приемочной комиссией подписывается акт сдачи-приемки оказанных услуг.

--------------------------------

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

--------------------------------

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

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

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

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

- концерт (индивидуальный отдельный сценарий);

- лекция (предустановленный сценарий освещения 1);

- симпозиум/конференция (предустановленный сценарий освещения 2);

- техническое освещение (предустановленный сценарий освещения 3);

- отсутствие мероприятия при условии отсутствии людей (предустановленный сценарий освещения 4 - свет гаснет кроме пожарного).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- занятия по расписанию;

- мероприятия по бронированию;

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

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

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

2.2 Отопление:

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

- Автоматизированное управление отоплением на основе данных датчиков температуры воздуха в рамках отопительного контура.

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

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

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

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

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

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

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

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

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

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

2.2 Отопление:

- с "дежурного" режима в нормальный рабочий режим;

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

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

- режим "проветривания" за 30 минут до мероприятия если нет сопряжения с другими мероприятиями в календаре;

- во время мероприятия - с автоматической корректировкой по датчикам контроля уровня CO2.

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

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

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

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

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

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

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

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

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

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

- Техническое освещение во внерабочее время, но не в ночное;

- Выключение освещения в ночное время и выходные дни.

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

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

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

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

2.2 Отопление:

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

- Автоматизированное управление отоплением на основе данных датчиков температуры воздуха в рамках отопительного контура.

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

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

- Кабинеты: Выключение после ухода последнего человека из кабинета;

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

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

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

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

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

- Занятия по расписанию;

- Мероприятия по бронированию;

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

- Обслуживание по расписанию.

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

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

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

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

2.2 Отопление:

- с "дежурного" режима в нормальный рабочий режим;

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

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

- включение режима "проветривания" до мероприятия если нет сопряжения с другими мероприятиями в календаре.

- во время мероприятия - с автоматической корректировкой по датчикам контроля уровня CO2.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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