Хорош FEED, да не наш? #EPC_Academy #FEED Международная терминология и нормативная документация прочно вошла в нашу повседневную проектную деятельность. Теперь уже не принято говорить проектирование, всё вокруг инжиниринг. Грамотные и не очень Заказчики требуют в ТЗ разрабатотку FEED, при этом привлекают для этого, как импортных, так и отечественных подрядчиков. По старинной русской традиции - импортый подрядчик воспринимается, как всесильный Гуру, которому доступны все тайны проектирования, простите, инжиниринга. Тем не менее, иностранцы всегда берут на подряд российскую проектную организацию (институт). Даже термин такой прижился - РПИ. Это объясняется довольно просто - не знанием российской нормативной документации. Такое объяснение всегда немного смущает, например, когда пресловутый РПИ проектирует в 10 странах мира, и не очень его трогают нормы этих регионов нашей планеты. В тоже время, например, известная индийская компания нанимает на проект в РФ РПИ, когда индийские друзья из других компаний проектируют по европейским и российским нормам у этого же РПИ на подряде. Сложно, но мы не сейчас не об этом. Вернёмся к FEED. ❗️Несмотря на широчайшее распространение в российском инжиниринге, документально и нормативно front end engineering design никак не представлен, ни в Градостроительнм кодексе, ни в Технических регламентах, и в других подзаконных актах и нормах РФ. Дело в том, что данный документ официально закреплен в только европейских EN 16310, а его состав, как правило, прописан в отраслевых или фирменных нормативах и широко модифицируется каждой известной иностранной инжиниринговой компанией в своих сугубо корыстных интересах. Чего никак нельзя сказать о наших железобетонных требованиях ПП N87. И здесь мы приходим к пониманию необходимости РПИ. Дело не в том, что FEED не содержит какой либо технической информации. Дело в том, что FEED нельзя напрямую применить для получения разрешения на строительство. То есть в простых случаях - наверное с натяжкой можно. Перевёл, переставил разделы под требование ПП N87 и вуаля, только спец разделы добавить и на экспертизу сходить, но мы не ищем простых путей... Давайте добавим к FEED (как специю в суп) 8 категорий помещений пожарной опасности, врывопожароопасности , 5 категорий зданий по врывопожарной и пожарной опасности, и 5 категорий наружных установок по пожарной опасности, 3 уровеня ответвенности зданий и сооружений по 384-ФЗ, предельное состояние и прогрессирующее обрушение по СП 385.1325800, нормативные расстояния на генеральном плане по СП 18.13330, учет взрывной волны, используя количественную оценку риска при дефлаграции, требования по экологии и категорирование отходов, расчет СЗЗ и алгоритмы изоляции технологических блоков при аварийной ситуации с расстановкой датчиков НКПВ. А потом откроем обязательный перечень стандартов из ПП 815 к 384-фз и насыплем туда требования СП и ГОСТ по каждому из разделов проектирования. Вот так и рождаются кентавры в ТЗ на проектирование. Сначала мы разрабатываем preFEED потом FEED в объёме FEL3, обязательно с трёхмерной моделью с детализацией не менее LOD 300, а затем разрабатываем ПД в объёме ПП 87, с точность +-10% по САРЕХ, затем бодро переходим к DD, в объёме РД, с трехмерной моделью уже LOD 500, при этом на ранних стадиях выгружам из нее BOМ для ITB с обеспеченостью 75% для ранней контрактации материалов, которые все равно потом закупаются по спецификациям в соответствии с ГОСТ 21.101, но все это потом превращается в BIM, с 4Д. При этом на каждой стадии котролируем физические обьемы строительства по 114 номенклатурам с наказанием проектировщиков за любые отклонения, проводим value engineering, когда уже все запроектировано и дружно учитываем изменения на проекте. Кому это нужно? Менеджерам Заказчика, инжиниринговым компаниям, иностранным подрядчикам... чем мутнее и непонятнее, тем дольше можно осваивать бюджет и говорить всем, что все идёт по плану.