Проектирование раздела ИОС без ошибок: практический гид

Оценить статью

Гид по разделу ИОС: как спроектировать инженерные системы без ошибок

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

Проектирование инженерных систем без ошибок здесь — не обещание абсолютной безошибочности, а управляемый процесс, в котором противоречия стараются обнаружить до выпуска. Ниже — маршрут для ГИПа, руководителя проекта и авторов инженерных подразделов: что собрать до расчётов, как увязать шесть подразделов ИОС со смежниками, какие проверки провести на готовности 30, 60 и 90 процентов и что передать на нормоконтроль.

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

Границы раздела ИОС по действующему ПП РФ № 87

Официальное название раздела 5 — «Сведения об инженерном оборудовании, о сетях и системах инженерно-технического обеспечения». Для объектов производственного и непроизводственного назначения пункт 15 Положения, утверждённого постановлением Правительства РФ от 16.02.2008 № 87, предусматривает шесть подразделов.

ПодразделЧто фиксируют в проектеГлавный стык
Система электроснабженияИсточники, нагрузки, категории надёжности, распределение, учёт, заземление и молниезащита в применимой части.Технология, ОВиК, связь, пожарные системы
Система водоснабженияИсточники, расходы, напоры, сети, учёт, качество воды и противопожарное водоснабжение в применимой части.Генплан, технология, пожарная безопасность
Система водоотведенияСтоки и расходы, системы отвода, выпуски, очистка, условия приёма и решения по дождевым водам.Вертикальная планировка, водоснабжение, технология
ОВиК и тепловые сетиТепловые нагрузки, параметры теплоносителя, отопление, вентиляция, кондиционирование, противодымные решения.Архитектура, конструкции, пожарная безопасность
Сети связиСостав систем связи, ёмкость, оборудование, кабельные трассы, диспетчеризация и взаимодействие систем.Электроснабжение, автоматизация, пожарные системы
Система газоснабженияИсточник, расход и параметры газа, сети, оборудование, учёт, контроль и безопасное отключение.Технология, ОВиК, пожарная безопасность
Не добавляйте седьмой подраздел по старому шаблону. «Технологические решения» теперь являются самостоятельным разделом 6. Это не отменяет тесную увязку технологии с ИОС: именно технологические режимы часто задают электрические и тепловые нагрузки, расход воды, состав стоков, газопотребление и требования к связи.

Эта структура относится к объектам производственного и непроизводственного назначения по разделу II Положения № 87. Для линейного объекта нельзя механически переносить тот же набор подразделов: состав проектной документации и требования к нему установлены отдельно разделом III Положения.

Полный состав текстовой и графической частей по пунктам 16–21, а также ориентиры по нормам для каждой дисциплины собраны на отдельной странице раздела 5 ИОС. Здесь сосредоточимся на последовательности разработки и контроле качества.

Почему ошибки ИОС появляются на стыках

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

Причина 1

Нет единого источника данных

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

Причина 2

Не определены границы

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

Причина 3

Изменение не дошло до всех

Замена оборудования отражена на плане, но не в расчёте, задании конструкторам, кабельном журнале или спецификации.

Поэтому проверка только готовых листов запаздывает. Контроль нужно встроить в процесс: проверить входные данные до расчётов, стыки — до деталировки, а согласованность документов — до выдачи.

Какие исходные данные собрать до расчётов

Статья 48 ГрК РФ связывает подготовку проектной документации с заданием застройщика или технического заказчика, результатами инженерных изысканий, градостроительной документацией, техническими регламентами и применимыми техническими условиями подключения. Конкретный набор зависит от объекта, но для управления ИОС удобно завести реестр исходных данных ещё до начала расчётов.

Группа данныхЧто проверитьЧто зафиксировать в реестре
Задание и назначениеФункции помещений, режимы работы, число пользователей, этапность, резервирование, особые требования заказчика и эксплуатации.Документ, редакция, дата, владелец требования
Изыскания и площадкаРельеф, геология, грунтовые воды, климат, существующие сети, точки и отметки присоединения.Отчёт, шифр, применимая версия, ограничение
Технические условияРазрешённые нагрузки и расходы, параметры ресурсов, точки подключения, границы ответственности, сроки и специальные мероприятия.Номер, дата, срок, система, ответственный
Архитектура и конструкцииПомещения, высоты, шахты, подвесные потолки, доступ, несущие элементы, допустимые отверстия и нагрузки.Модель или комплект, дата передачи, статус
ТехнологияПеречень оборудования, мощности, среды, расходы, тепловыделения, графики работы, аварийные и пусковые режимы.Таблица потребителей, версия, автор
Пожарная безопасностьКатегории и классы, сценарии, огнестойкость, противопожарное водоснабжение, дымозащита, сигнализация и алгоритмы управления.Требование, источник, затронутые системы

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

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

Как задать границы систем и свести нагрузки

До трассировки оформите две рабочие таблицы: матрицу границ и свод нагрузок. Матрица отвечает на вопрос «кто проектирует участок и где заканчивается его ответственность», свод — «какие ресурсы нужны объекту в каждом режиме».

Матрица границ

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

Свод нагрузок и расходов

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

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

Порядок проектирования раздела ИОС

Шаг 1. Зафиксировать требования и допущения

Создайте реестр исходных данных, применимых требований и нерешённых вопросов. Не маскируйте отсутствие данных «типовыми» значениями: помечайте каждое допущение и срок его закрытия.

Шаг 2. Определить системы, границы и режимы

Сопоставьте назначение объекта с ТУ и заданиями смежников. Определите внутренние и наружные участки, основной и резервный источник, нормальную, аварийную и пожарную работу.

Шаг 3. Выполнить расчёты и балансы

Получите проверяемые исходные величины для выбора источников, диаметров, сечений, оборудования, резервирования и алгоритмов. Храните связь «исходное значение → формула или модель → результат → проектное решение».

Шаг 4. Разместить оборудование и магистральные трассы

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

Шаг 5. Выдать и получить задания смежников

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

Шаг 6. Собрать текст, графику и спецификации

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

Шаг 7. Провести независимую проверку и выпустить комплект

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

Что проверить по шести подразделам ИОС

Ниже не исчерпывающий перечень обязательных расчётов, а контрольные вопросы. Конкретный состав определяют назначение и параметры объекта, задание, ТУ и применимые нормы.

ПодразделРасчётная логикаКонтрольный вопрос
ЭлектроснабжениеНагрузки и режимы, категории надёжности, потери и падение напряжения, токи КЗ и защита — где применимо.Совпадает ли мощность потребителя в задании, расчёте, однолинейной схеме и спецификации?
ВодоснабжениеБаланс, расчётные расходы и напоры, пожарный расход, режимы насосов и запаса воды.Хватает ли параметров в точке подключения для самого неблагоприятного применимого режима?
ВодоотведениеРасходы и состав стоков, заполнение и уклоны, выпуски, очистка, дождевые расходы и отметки.Согласованы ли расходы с водным балансом, технологией и условиями приёма?
ОВиК и теплоснабжениеТепловой и воздушный балансы, аэродинамика и гидравлика, шум, противодымные и аварийные режимы.Учтены ли люди, ограждения и технологические выделения по одной согласованной версии?
Сети связиЁмкость, зоны действия, надёжность, резервирование, питание и взаимодействие систем.Определены ли интерфейсы, кабельные трассы, питание и алгоритмы передачи сигналов?
ГазоснабжениеРасход, давление и гидравлика, режимы потребителей, учёт, контроль загазованности и отключение.Совпадают ли характеристики оборудования с расчётом, ТУ, вентиляцией и алгоритмами безопасности?

Как координировать ИОС со смежными разделами

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

Смежный разделЧто передать или получитьКонтроль результата
АРТехнические помещения, шахты, потолочные пространства, люки, маршруты доставки и зоны обслуживания.Оборудование можно смонтировать, обслужить и заменить; высоты и доступ не потеряны.
КРОтверстия, гильзы, закладные, опоры, массы, динамические воздействия и требования к креплению.Все проходки и нагрузки приняты конструктором по актуальной редакции.
ТХ / раздел 6Потребители, среды, мощности, расходы, выделения, режимы и последовательность запуска.У каждого потребителя одинаковые обозначение и параметры во всех подразделах.
ПЗУ и наружные сетиВводы, выпуски, трассы, отметки, колодцы, охранные зоны и пересечения.Точки подключения соответствуют ТУ, сводному плану и внутренним системам.
Пожарная безопасностьСценарии, противопожарное водоснабжение, дымозащита, огнезадерживающие устройства, питание и управление.Один сценарий одинаково описан в СПЗ, схемах автоматики, ЭОМ, ОВиК и связи.
Энергоэффективность и учётРасчётные показатели, приборы учёта, потери, регулирование и режимы эксплуатации.Показатели раздела подтверждаются расчётами ИОС и выбранным оборудованием.

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

Мини-пример: одна замена затрагивает несколько разделов

Предположим, после согласования трасс заменили приточную установку. Недостаточно поменять только марку в спецификации ОВиК. Нужно повторно проверить электрическую мощность и задание ЭОМ, массу и точки опирания для КР, габариты и зоны обслуживания для АР, отвод конденсата для ВК, перечень сигналов и алгоритм управления для сетей связи или автоматизации, а также сам аэродинамический и тепловой расчёт.

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

Отдельно сверьте ИОС со сводным планом сетей в разделе ПЗУ: точки подключения, трассы, отметки, диаметры или иные основные параметры и пересечения должны описывать одно решение. Главгосэкспертиза относит вопросы сводного плана сетей и исходно-разрешительной документации к практическим темам проверки инженерных систем.

Контрольные выпуски ИОС на готовности 30, 60 и 90%

Проценты не установлены ПП РФ № 87 и не являются обязательными стадиями. Это удобные внутренние ворота качества: их состав нужно закрепить в плане проектирования под конкретный объект.

30% · основа

Заморозить требования

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

60% · координация

Проверить решения

  • основные расчёты и подбор оборудования;
  • магистральные трассы и отметки;
  • отверстия, нагрузки и задания;
  • пожарные и аварийные алгоритмы;
  • закрытие критичных коллизий.

90% · комплект

Сверить документы

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

Если на 60% не подтверждены точка подключения, принципиальная схема или техническое помещение, выпуск не становится «на 90%» только потому, что оформлены листы. Готовность оценивают по принятым решениям и закрытым интерфейсам, а не по количеству чертежей.

Типичные ошибки раздела ИОС и как их исправлять

ОшибкаРискИсправление
Старая версия исходных данныхРасчёт верен математически, но относится к другому объекту или режиму.Ввести реестр версий и повторно проверить зависимые решения после обновления.
Нагрузка выше ТУПринятое решение нельзя обеспечить в заданной точке и режиме.Пересмотреть баланс, решения или условия подключения до деталировки.
Результат расчёта не прослеживаетсяНельзя понять, почему выбран диаметр, сечение, агрегат или резерв.Связать исходные данные, формулу, результат и марку решения единым обозначением.
Текст, схема и спецификация расходятсяЭкспертиза или стройка получает несколько несовместимых решений.Выбрать источник истины и провести перекрёстную сверку параметров и количества.
Не учтён пожарный или аварийный режимНе хватает ресурса, питания либо согласованного алгоритма управления.Собрать сценарий по шагам и проверить все участвующие системы одновременно.
Оборудование помещается, но не обслуживаетсяНет доступа, зоны демонтажа, пути доставки или требуемого расстояния.Проверить эксплуатационные зоны и маршрут замены на планах и разрезах.
Изменение учтено только в одном файлеЧасть комплекта остаётся в прежней редакции.Вести перечень затронутых документов и закрывать изменение после полной сверки.
Ссылка на заменённый стандартОформление или решение проверяется по неактуальному документу.Проверять статус, изменения и поправки к норме на дату выпуска. Например, с 1 апреля 2026 года действует ГОСТ Р 21.101-2026 вместо ГОСТ Р 21.101-2020.

Проверка требования

Эксперт или смежник ссылается на спорную норму?

Опишите ситуацию, объект и вопрос. Помощник подберёт источники и соберёт маршрут проверки. Затем откройте первоисточник и проверьте редакцию, область применения и исключения для своего объекта.

Проверить спорную норму →

Инструмент помогает найти направление проверки, но не заменяет проектировщика, нормоконтроль или экспертизу.

Как проверить ИОС перед выдачей и экспертизой

  1. Комплектность. Для каждого применимого подраздела есть требуемая текстовая и графическая часть; неприменимые решения не исчезли молча, а обоснованы в принятом порядке.
  2. Исходные данные. Задание, изыскания, ТУ, архитектура, конструктив и технология имеют идентифицируемые актуальные версии.
  3. Границы. У каждой системы определены источник, точка присоединения, граница проектирования, место учёта и конечные потребители.
  4. Балансы. Нагрузки и расходы сходятся между потребителями, расчётами, ТУ и смежными подразделами во всех применимых режимах.
  5. Расчёты. Исходные величины имеют источник, единицы измерения однозначны, результат прослеживается до выбранного решения.
  6. Координация. Технические помещения, трассы, отверстия, нагрузки, доступ и алгоритмы приняты смежными авторами; критичные коллизии закрыты.
  7. Единообразие. Наименования, марки, параметры и количества совпадают в пояснительной записке, схемах, планах, расчётах и спецификациях.
  8. Пожарные и аварийные режимы. Сценарии согласованы между ИОС, разделом пожарной безопасности и технологией, а ресурс и питание подтверждены.
  9. Изменения. Все утверждённые изменения проведены по перечню затронутых документов; старые листы и задания не остаются в рабочем комплекте.
  10. Нормоконтроль. Проверены обозначения, ссылки, действующие редакции и опубликованные поправки к нормам, а также основные требования ГОСТ Р 21.101-2026 к проектной и рабочей документации.
Как проводить проверку. Сначала проследите несколько критичных цепочек целиком: потребитель → исходная нагрузка → расчёт → оборудование → сеть → питание и автоматика → спецификация. Затем проверяйте комплектность листов. Такой порядок быстрее обнаруживает системную ошибку, чем постраничная вычитка оформления.

Где проверить норму или найти исполнителя

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

Один спорный вопрос

Проверить норму самостоятельно

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

Проверить норму →

Комплексная разработка

Найти проектную организацию

Сравните команды, которые заявляют комплексное проектирование. До договора проверьте опыт на сопоставимых объектах, состав специалистов, ответственность за смежные задания и порядок контроля.

Найти исполнителя →

Что спросить у исполнителя до договора

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

Выводы и нормативные источники

  • Действующий раздел 5 ИОС содержит шесть подразделов; технологические решения оформляются отдельным разделом 6.
  • Начинайте разработку с реестра исходных данных, матрицы границ и свода нагрузок, а не с деталировки трасс.
  • Проверяйте системы в нормальном, аварийном, пусковом и пожарном режимах — только там, где соответствующий режим применим.
  • Закрывайте задания смежникам по факту учёта решения, а не по факту отправки файла.
  • На выпуске одна величина должна совпадать в расчёте, тексте, схеме, плане и спецификации.
  • После каждого изменения повторно проверяйте все зависимые решения и документы.

Проверенные источники

Материал проверен 21 октября 2026 года. Он описывает организацию разработки раздела ИОС и не заменяет определение применимых требований, инженерные расчёты, нормоконтроль или экспертизу конкретного объекта.

Частые вопросы

Нужно ли разрабатывать все шесть подразделов ИОС для каждого объекта?

ПП РФ № 87 задаёт структуру раздела 5 из шести подразделов, но фактические решения и объём сведений зависят от назначения объекта, предусмотренных систем, задания, технических условий и применимых требований. Не заполняйте отсутствующую систему типовым текстом: её неприменимость и принятый состав документации должны быть понятны из комплекта и исходных данных.

Технологические решения входят в раздел ИОС?

Нет. С 1 сентября 2022 года технологические решения оформляются самостоятельным разделом 6 проектной документации. При этом исходные данные технологии необходимо согласовать со всеми подразделами ИОС: они задают нагрузки, расходы, выделения и режимы работы.

С чего начинать проектирование инженерных систем?

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

Можно ли проектировать ИОС, если ещё не получены все технические условия?

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

Какие расчёты обязательно должны быть в ИОС?

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

Чем проектная документация ИОС отличается от рабочей?

ПП РФ № 87 определяет состав проектной документации, необходимый для обоснования решений и прохождения установленных процедур. Рабочая документация детализирует решения для выполнения строительно-монтажных работ. Нельзя автоматически считать набор рабочих чертежей заменой текстовой и графической части раздела ИОС по ПП РФ № 87.

Кто должен координировать подразделы ИОС?

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

Что проверять в ИОС перед экспертизой?

Комплектность по ПП РФ № 87, актуальность исходных данных и норм, соответствие ТУ, границы систем, расчёты и балансы, согласованность нормального и специальных режимов, коллизии со смежниками, а также совпадение параметров в тексте, расчётах, схемах, планах и спецификациях.

Может ли онлайн-помощник проверить весь раздел ИОС?

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

Можно ли применять этот состав ИОС к линейным объектам?

Не напрямую. Шесть подразделов пункта 15 относятся к объектам производственного и непроизводственного назначения по разделу II Положения № 87. Для линейных объектов состав проектной документации и требования к разделам установлены отдельно разделом III; сначала определите вид объекта и применимую структуру.

Инструменты и калькуляторы

Материал

Комплексное проектирование

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

Статья

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

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

Статья

Сроки проектирования: почему график срывается из-за исходных данных и смежников

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

Статья

Типичные недостатки инженерных изысканий, которые срывают сроки и проваливают экспертизу

Анализ самых частых и критичных недостатков инженерных изысканий: топосъёмка без сверки сетей, «нарисованная» геология, неполная экология. Почему изыскания срывают сроки, и как проверить отчёт до начала проектирования. Чек-лист для заказчика.

Отзывы

Пока нет опубликованных отзывов

Вы можете оставить первый.

Отзыв отправлен

Он появится на странице после модерации.

Оставить отзыв

Ваша оценка