Дальше мы разберём все 9 стадий создания, границу между строительными нормами и отраслевыми стандартами и одну ситуацию, в которой незнание этой границы останавливает проект ещё до стройки.
Ситуация, с которой всё обычно и начинается
Группа компаний решила перенести ИТ-системы из арендуемых машинных залов в собственный региональный дата-центр. Директор по капитальному строительству действует по отработанной схеме: обследование площадки, задание на проектирование, проектная документация, экспертиза. Площадка есть – бывший производственный корпус с сильным электроснабжением. Проектная организация выбрана, договор подписан.
Через 2 недели проектировщик присылает вместо эскизов список вопросов. Сколько стоек встанет в машинных залах и какой мощности. Какая схема резервирования электроснабжения и охлаждения заложена. Какой уровень надёжности целевой. Как вырастет ИТ-нагрузка за 10 лет. Ответов в компании нет: ИТ-служба считала серверы, а не мегаватты.
Обе стороны правы. Проектировщик не может работать без этих цифр: для дата-центра они определяют всё, от площади залов до сечения кабельных трасс. Заказчик действовал по привычной схеме стройки, где после обследования сразу пишут задание на проектирование. Ошибка произошла между этими шагами: в создании ЦОД там стоят 2 стадии, о которых заказчик не знал. Разберёмся, откуда они берутся и что ещё в объектах этого типа устроено иначе.
Связка двух инфраструктур, а не здание
Когда определение нужно для договора, технического задания или служебной записки, брать его стоит из стандарта, а не из словаря. Термин задан в п. 3.1.13 ГОСТ Р 58811-2020 «Центры обработки данных. Инженерная инфраструктура. Стадии создания»:
«Центр обработки данных, ЦОД: специализированный объект, представляющий собой связанную систему ИТ-инфраструктуры и инженерной инфраструктуры, оборудование и части которых размещены в здании или помещении, подключённом к внешним сетям, как инженерным, так и телекоммуникационным».
У аббревиатуры ЦОД расшифровка в строительстве и в ИТ одна – центр обработки данных, и «дата-центр» означает тот же объект. Несущих слов в определении три. «Специализированный объект» – не универсальное здание, которое можно перепрофилировать проектом отделки. «Связанная система» двух инфраструктур – предметом определения выступает связка ИТ-оборудования с инженерными системами, а не стены. И «в здании или помещении» – коробка в определении вторична настолько, что отдельного здания может не быть вовсе.
Для заказчика из примера это различие практическое. Он покупал у проектировщика здание, а предмет проекта – система. Из чего эта система состоит, стандарт тоже говорит прямо.
Инженерная инфраструктура ЦОД: четыре группы систем
В обычной стройке слова «инженерные системы» означают разделы проекта: отопление, водоснабжение, электрика. Инженерная инфраструктура ЦОД – понятие из того же стандарта, и определено оно через задачу: комплекс систем, обеспечивающий бесперебойную работу ИТ-оборудования (п. 3.1.3).
Состав в примечании к термину назван с оговоркой «как правило»: системы электроснабжения, поддержания климата, связи и управления, комплекс систем безопасности. Какие именно системы попадут в ваш проект, определяют требования ИТ-оборудования – то есть ровно те цифры, которых не было у заказчика из примера.
Несущее слово здесь – «бесперебойное». Из него растёт резервирование каждой системы, из резервирования – запас площадей и мощностей, а из запаса – требования к зданию. Эта цепочка и объясняет, почему стандарт выстроил стадии создания не так, как привычная стройка. Но сначала о том, где этот стандарт стоит среди остальных норм.
Два слоя нормативной базы: градостроительный и отраслевой
Если ваш юрист собирает нормативную рамку проекта дата-центра, документы разложатся на два слоя. Первый – градостроительный, общий для любого объекта капитального строительства: разрешение на строительство, экспертиза проектной документации, строительный контроль, разрешение на ввод. Для здания ЦОД он действует целиком, никаких изъятий для дата-центров в ГрК РФ нет.
Второй слой – отраслевой, и он молодой. Два национальных стандарта разработаны отраслевой ассоциацией, внесены техническим комитетом ТК 120 «Центры обработки данных» и утверждены в один день, 19 февраля 2020 года, соседними приказами Росстандарта:
- ГОСТ Р 58811-2020 «Инженерная инфраструктура. Стадии создания» – приказ № 67-ст,
- ГОСТ Р 58812-2020 «Инженерная инфраструктура. Операционная модель эксплуатации. Спецификация» – приказ № 68-ст.
Оба введены с 1 августа 2020 года, оба – впервые. До этой даты национальных стандартов о стадиях создания дата-центров не существовало, и проекты собирались на привычной строительной логике. Обязательными для сторон стандарты становятся через документы проекта: стадии и этапы, которые выполняют участники, устанавливаются в договорах и техническом задании на основе стандарта – так записано в его разделе 5.
Есть и третий слой – защита информации по 187-ФЗ, но он касается не здания и разобран отдельным разделом ниже. Сначала – главное, ради чего стандарт открывают: стадии.
Девять стадий создания инженерной инфраструктуры
План-график, который вам принесут на согласование, удобно сверять с таблицей 1 ГОСТ Р 58811-2020. Стандарт делит создание инженерной инфраструктуры на 9 стадий, а внутри них – 21 этап с описанием содержания работ. Результаты этапов собраны в его приложении А – по ним видно, какой документ закрывает каждый шаг.
| Стадия | Что происходит | Чем закрывается |
|---|---|---|
| 1. Предпроектное обследование | формирование требований со стороны ИТ-нагрузки, обследование площадки | отчёт об обследовании с заключением о пригодности площадки |
| 2. Задание на разработку технической концепции | разработка, согласование и утверждение задания | утверждённое задание на предварительные технические решения |
| 3. Техническая концепция | предварительные технические решения и их документирование | комплект документации технической концепции |
| 4. Техническое задание | разработка и утверждение ТЗ на создание инженерной инфраструктуры | техническое задание, действующее на всех стадиях |
| 5. Проектная документация | проектные решения, документация, задания смежным разделам | комплект проектной документации |
| 6. Рабочая документация | детализация решений до уровня производства работ | комплект рабочей документации |
| 7. Реализация решений | поставка и входной контроль, монтаж, пусконаладка, подготовка к вводу в действие | смонтированные и налаженные системы, проверенный персонал |
| 8. Испытания | предварительные испытания, опытная эксплуатация, комплексные приёмочные испытания | акт о приёмке в постоянную эксплуатацию |
| 9. Эксплуатация | гарантийное, послегарантийное и сервисное обслуживание | планы и акты обслуживания на весь срок службы |
Жёсткой эта последовательность не является. Стандарт допускает исключать стадию «Техническая концепция» и отдельные этапы, выполнять этапы параллельно и добавлять новые – но состав фиксируется в договоре и техническом задании до начала работ. Исключённая по решению сторон стадия и стадия, пропущенная по незнанию, выглядят в графике одинаково, а заканчиваются по-разному.
Первое, что выделяет эту таблицу на фоне привычной стройки, – строки 2 и 3.
Две стадии концепции, которых нет в привычной стройке
Список вопросов, который получил заказчик из примера, – это и есть содержание стадий 2 и 3. В обычном капитальном строительстве после обследования площадки пишут задание на проектирование. В создании ЦОД между ними стоят два шага: сначала задание на разработку технической концепции, затем сама концепция – и только после неё техническое задание.
Концепция по этапу 3.1 определяет состав и функции систем, укрупнённую структуру, предварительные решения по размещению и выбору оборудования, план работ по стадиям и предварительные оценки стоимости. То есть до проектирования у заказчика появляется документ, в котором инженерная система уже собрана на уровне решений и посчитана на уровне порядка величин.
Причина такого устройства в самом предмете. Решается не «как построить здание», а «какую инженерную систему в него поставить» – и от ответа зависит само здание: нагрузки на перекрытия, высота залов, площади под энергоблоки и климатику. Добавим к объекту из примера 2 условные величины: 500 стоек и проектная ИТ-нагрузка 4 МВт. Цифры условные и нужны для порядка величин. Именно концепция отвечает, встанут ли эти 4 МВт в бывший производственный корпус и что выгоднее – усиливать вводы электроснабжения или искать другую площадку. Ответ появляется до проектирования, а не после него.
Право исключить стадию концепции у сторон есть, и для небольшого или типового объекта им пользуются. Но это решение заказчика, зафиксированное в договоре, а не умолчание. Концепция, выпавшая из проекта случайно, возвращается тем самым списком вопросов проектировщика – уже внутри вашего оплаченного договора на проект.
Когда концепция утверждена, проект входит в знакомую колею. Но и там у дата-центра есть своя особенность.
Проектирование: инженерная система даёт задание зданию
Если в вашем графике стадия «проект» записана одной строкой, по стандарту она разложится на два больших блока – проектную и рабочую документацию, стадии 5 и 6. Проектная документация на инженерную инфраструктуру в общем случае разрабатывается в составе проектной документации объекта капитального строительства – так говорит примечание к этапу 5.2 – и проходит экспертизу в общем порядке.
Самое интересное в этой стадии спрятано в другом примечании, втором к тому же этапу. В ходе разработки документации на инженерные системы должны быть выданы задания разработчикам разделов «Архитектурные решения» и «Конструктивные и объёмно-планировочные решения». Прочитайте это ещё раз: не архитектор задаёт условия инженерам, а проектировщики инженерных систем выдают задания архитектуре и конструктиву. В стандарте о ЦОД коробка получает задание от начинки – это ответ на вопрос «что здесь главное», встроенный в устройство самой нормы.
Рабочая документация, стадия 6, детализирует решения до уровня, по которому ведут монтаж и закупки. Дальше проект выходит на площадку.
Реализация решений: монтаж после строительной готовности
На площадке стадия 7 выглядит как встреча двух потоков: общестроительного и инженерного. Стандарт разложил её на 4 этапа: поставка оборудования и материалов с входным контролем, монтажные работы, пусконаладочные работы – от автономной наладки систем до комплексной – и подготовка объекта к вводу в действие.
Два примечания стандарта здесь стоят дороже остального текста. Поставки планируются в увязке с общим планом строительства и синхронизируются со строительной готовностью. А строительные работы в общем случае должны быть завершены до начала монтажа оборудования. Если ваш генподрядчик отстаёт, а поставки идут по графику, смонтировать оборудование некуда, и склад с ним – это лучший сценарий – худший начинается, когда монтаж запускают в недостроенных залах.
Четвёртый этап легко принять за формальность, и зря. Подготовка к вводу в действие включает разработку организационных решений по эксплуатации и проверку готовности персонала – к этому мы вернёмся в разделе об эксплуатации. Сначала о том, что происходит между монтажом и работающим объектом.
Испытания: три ступени между монтажом и эксплуатацией
В привычной стройке между окончанием работ и вводом стоят итоговая проверка надзора и пакет документов. В создании ЦОД стадия 8 устроена в три ступени. Сначала предварительные испытания: системы проверяют на соответствие техническому заданию, замечания устраняют, итог – акт о приёмке в опытную эксплуатацию. Затем сама опытная эксплуатация: объект работает, фактические параметры измеряются и сравниваются с расчётными. И только после неё комплексные приёмочные испытания с актом о приёмке в постоянную эксплуатацию.
Для объекта из примера это означает, что между «смонтировали» и «перевезли ИТ-системы» лежит отдельный измеримый отрезок, и в вашем графике он должен стоять с самого начала. Обещание бизнесу «переезжаем после ввода здания» стадия 8 превращает в срок, который придётся переносить.
Здесь же стандарт показывает, к какой части строительных норм он себя привязывает. В его разделе «Нормативные ссылки» единственный документ – СП 68.13330.2017 о приёмке в эксплуатацию законченных строительством объектов: комплексные приёмочные испытания проводят в ходе работ по такой приёмке. Из всего массива строительных норм стандарт счёл нужным сослаться только на приёмку – само устройство документа говорит, где создание инженерной инфраструктуры встречается со стройкой.
И терминологическая ловушка, которая путает графики. «Ввод в эксплуатацию» в самом стандарте определён как процесс, во время которого системы начинают функционировать и проверяется их соответствие проекту (п. 3.1.2). Разрешение на ввод объекта в эксплуатацию по ст. 55 ГрК РФ – административное решение о здании. Слова почти совпадают, сущности разные – и в графике это два отдельных события. Какие правила при этом продолжают действовать для самого здания – в следующем разделе.
Что остаётся обычной стройкой: контроль, документация, ввод
Пока идут монтаж и испытания, здание живёт по общим правилам кодекса, и отменить их отраслевой стандарт не может. Строительный контроль ведётся по ст. 53 ГрК РФ: контроль подрядчика и контроль застройщика или технического заказчика идут одновременно, и второй не заменяется первым. Порядок задан постановлением Правительства № 468 – как он устроен по ролям и срокам, мы разобрали в отдельной статье.
Исполнительная документация собирается по приказу Минстроя № 344/пр – в составе 13 позиций, от актов освидетельствования скрытых работ до общего журнала, сам приказ действует до 1 сентября 2029 года. Для дата-центров здесь есть свежее изменение: приказом № 369/пр от 23.06.2025, который применяется с 1 марта 2026 года, для электронной исполнительной документации установлены форматы ifc – для цифровых информационных моделей – и LandXML для инженерной цифровой модели местности, либо иные форматы с открытой спецификацией. Когда проект ведётся в информационной модели, форма передачи исполнительной документации теперь вопрос нормы, а не договорённости.
Завершается строительная часть разрешением на ввод по ст. 55 ГрК РФ – как собирается пакет, разобрано в статье о разрешении на ввод. С 1 сентября 2026 года разрешения переходят в реестровую форму: подтверждением становится запись в реестре, а не бумажный документ.
Разрешение на ввод закрывает историю здания. Историю ЦОД оно не закрывает – по стандарту она в этот момент только разворачивается.
Эксплуатация: стадия создания, которая не заканчивается
Если ваш план проекта заканчивается вводом, стандарт с ним не согласен. Стадия 9 «Эксплуатация» стоит внутри ГОСТ Р 58811-2020 – документа о создании – и состоит из гарантийного, послегарантийного и сервисного обслуживания. Дата-центр не сдают и забывают: обслуживание систем стоит в том же перечне стадий, что обследование и монтаж, – это довод самого оглавления стандарта, а не рассуждение о важности сервиса.
Эксплуатации посвящён и отдельный стандарт – ГОСТ Р 58812-2020 об операционной модели. Он требует определить организационную структуру службы эксплуатации, описывает 9 групп процессов – от диспетчерского управления с дежурной сменой до гарантирования безопасности – и задаёт требования к ресурсам, включая численность, квалификацию и документальное подтверждение готовности персонала.
Теперь вспомним этап 7.4: проверка готовности персонала к эксплуатации проводится до ввода в действие. Вместе эти нормы дают простой вывод. Службу эксплуатации не «наймут потом» – её закладывают в операционную модель на этапе создания, иначе объект встречает первый инцидент без дежурной смены. Заказчику из примера это добавляет в план работ ещё одну линию: пока строится здание, строится и служба, которая его примет.
Остался слой, который чаще всего понимают неверно, – защита информации.
Защита информации: категорируют систему, а не здание
Вопрос «а это КИИ или нет» звучит почти на каждом совещании по дата-центру, и чаще всего его задают не тому объекту. Даже если вы строите здание, а системы в нём разместят арендаторы, различать два предмета регулирования вам придётся при каждом согласовании. ЦОД сам по себе объектом критической информационной инфраструктуры не является. По 187-ФЗ объекты КИИ – это информационные системы, информационно-телекоммуникационные сети и автоматизированные системы управления, принадлежащие субъектам КИИ. Здание строится по градостроительным нормам, а категорированию подлежит система, которая в нём размещена, – если её владелец работает в сферах из закона: здравоохранение, наука, транспорт, связь, энергетика, финансовый сектор и другие.
Категорирование устроено так. Статья 7 закона задаёт 3 категории значимости – первую, вторую и третью – и 5 групп критериев: социальная, политическая, экономическая и экологическая значимость плюс значимость для обороны, безопасности и правопорядка. Система, не дотянувшая ни до одного показателя, категории не получает. Сведения о результатах категорирования владелец направляет регулятору в течение 10 дней со дня решения, а тот в течение 30 дней проверяет правильность присвоения категории. С 1 сентября 2025 года категорирование ведётся с учётом перечней типовых отраслевых объектов – ч. 4 ст. 7 действует в редакции закона № 58-ФЗ.
Для значимых объектов требования устанавливает приказ ФСТЭК № 239 в редакции от 28 августа 2024 года, и его п. 7 прямо говорит: обеспечение безопасности – составная часть работ по созданию, меры принимаются на всех стадиях жизненного цикла. Для заказчика дата-центра отсюда следует порядок действий: вопрос, подпадает ли размещаемая система под категорирование, решается на стадиях концепции и технического задания. Встраивать подсистему безопасности в готовый объект – значит возвращаться в проектную документацию.
Подпадает ли конкретная система под закон, определяется её сферой и принадлежностью – это проверяется отдельно, и делает это владелец системы, а не строитель здания. Граница проходит там же, где и весь этот раздел: норма о здании и норма о системе не заменяют друг друга. Кто держит обе эти линии внутри проекта – вопрос распределения ролей.
Кто есть кто в проекте: роли по стандарту и по кодексу
На организационной схеме вашего проекта дата-центра ролей больше, чем в типовой стройке, и стандарт этот список приводит. Приложение Б к ГОСТ Р 58811-2020 называет заказчика, куратора проекта, инвестора, генерального проектировщика и субпроектировщиков, генподрядчика и субподрядчиков, поставщиков – и сервисных подрядчиков. Обратите внимание на последних: компании, обслуживающие оборудование, перечислены среди участников создания, а не появляются после ввода. Это та же логика, что у стадии 9.
Там же, в примечании к приложению В, стандарт допускает передать обязанности генпроектировщика на этапах обследования, концепции и технического задания другому исполнителю по решению заказчика. То есть предпроектную часть – ту самую, где решается судьба проекта, – можно поручить отдельному участнику, не связанному с будущим проектировщиком.
Юридические роли при этом никуда не деваются: застройщик и технический заказчик определены в ГрК РФ, и кто из них за что отвечает, разобрано в статье о техническом заказчике. На объекте с двумя контурами – строительным и инженерным – оба графика сходятся именно у представителя заказчика: извещения, журналы и приёмка по кодексу плюс стыковка стадий по стандарту.
Когда роли расставлены, остаётся обойти ошибки, типичные для первых проектов дата-центров.
Типичные ошибки заказчика
Заказать проектирование сразу после обследования, минуя концепцию. Та самая ошибка из начала статьи. Задание на проектирование пишется от здания, а не от ИТ-нагрузки, и обнаруживается это списком вопросов проектировщика внутри уже оплаченного договора. Лечится возвратом на две стадии назад – со сдвигом графика и переделкой задания.
Считать датой готовности дату ввода здания. Между разрешением на ввод и рабочим ЦОД стоит стадия 8: предварительные испытания, опытная эксплуатация, комплексные приёмочные испытания. График переезда ИТ-систем, свёрстанный по дате ввода, обещает бизнесу мощности, которых ещё нет.
Отложить вопрос КИИ до запуска. Если размещаемая система подпадает под категорирование, требования безопасности – часть работ по созданию по п. 7 приказа ФСТЭК № 239. Подсистема безопасности, о которой вспомнили после проектирования, означает изменения в проектной документации и повторное прохождение уже пройденных согласований.
Не заложить службу эксплуатации при создании. Проверка готовности персонала стоит в этапе 7.4 – до ввода в действие. Персонал, которого не готовили, не подтвердит готовность на этапе 7.4 – и подготовка объекта к вводу упрётся не в технику, а в людей, которых быстро не нанять.
Запустить монтаж без строительной готовности. Стандарт прямо требует увязки: строительные работы в общем случае завершаются до начала монтажа оборудования. Монтаж в недостроенных залах оборачивается повторными работами и спорами о том, кто повредил смонтированное, – а оборудование в этих спорах дороже отделки.
Как мы работаем на объектах ЦОД
ОМНИКС ГРУПП специализируется на дата-центрах: по данным компании, 9 из 13 опубликованных объектов – это ЦОД, суммарно 224 тыс. кв. м. Среди них региональные центры обработки данных площадью 62 000 кв. м и 56 000 кв. м, где в 2022 году выполнялся полный комплекс работ по инженерным системам – поставка, монтаж, пусконаладка и ввод, – и дата-центры в Новосибирске и Екатеринбурге, где компания в 2024 году выполняла функции технического заказчика.
Работа строится вокруг тех же двух контуров – строительного и инженерного. Строительный контур ведёт команда технического заказчика – ориентировочный состав на услугу 7 человек, от менеджера проекта до администратора среды общих данных, поэтому документация проекта живёт в одной системе с историей версий. Контроль качества ведёт группа из 8 человек с разделением по направлениям: от инженера по общестроительным работам до инженеров по вентиляции, холодоснабжению, электроснабжению и слаботочным системам – на объекте с инженерными системами такой глубины раздельные специализации становятся условием приёмки.
Стадии и этапы, которые мы берём на себя, фиксируются договором: весь цикл от предпроектного обследования до сопровождения ввода или отдельные стадии, если часть пути вы уже прошли своими силами.
Ситуация из начала статьи – собирательная, но узнаваемая: разрыв возникает там, где заказчик планирует здание, а покупает систему. Закрывается он до договора на проектирование – на тех самых стадиях концепции.
Если вы только выбираете исполнителя, задайте кандидату один вопрос: на какой стадии по ГОСТ Р 58811-2020 находится ваш проект и какие стадии он предлагает исключить. По ответу видно, работал ли человек с дата-центрами или собирается строить вам «просто здание с кондиционерами».
Что запомнить
- ЦОД – это связанная система двух инфраструктур, ИТ и инженерной, размещённая в здании или помещении (п. 3.1.13 ГОСТ Р 58811-2020). Здание в определении вторично.
- Создание инженерной инфраструктуры идёт по 9 стадиям. Между обследованием и техническим заданием – 2 стадии концепции: сначала решают, какую систему ставить, потом – что строить.
- Ввод здания и готовность ЦОД – разные события. После монтажа идут предварительные испытания, опытная эксплуатация и комплексные приёмочные испытания по СП 68.13330.2017.
- Эксплуатация закладывается при создании: стадия 9 стоит внутри стандарта о создании, операционная модель службы эксплуатации описана отдельным ГОСТ Р 58812-2020.
- ЦОД сам по себе не объект КИИ. По 187-ФЗ категорируется размещённая информационная система: 3 категории значимости, 5 групп критериев, требования для значимых объектов – приказ ФСТЭК № 239.
