Я утрировал, когда написал про "2 страницы пожбезопасности". Кстати их согласовать было бы легче, т.к. чем меньше написано, тем меньше замечаний. Проект вполне себе проект - с ТЗ, поверочным расчетом, метрологическим разделом, описанием гидравлических режимов, функциональными и электрическими схемами, настроечной базой, полным комплектом чертежей и т.п. И вот уже полгода по 5 страниц замечаний и то неверно и это не так. И расчеты не вполне убедительны и "привязка программных средств не реализована" (это при стандартных то СИ вместе с алгоритмами и включенных в госреестр) и то требует обоснования и это. Короче согласование превратилось в постоянно-действующую "научно-практическую конференцию". Госорганы вовлекать в столь высокую научную дискуссию бесполезно. Ростехнадзор с полным недоумением смотрит на этот бред. Представитель акты уже 5 й раз подписывает, но руководство регионального управления не утверждает акт - мол у нас замечаний нет, но разбирайтесь со второй стороной сами. Как я понял, поучаствовав в совещаниях, прекратить это возможно ссылками не на разумность требований, а на нормативные акты (или их неприменимость). И меня командировали помочь нашей организации завершить этот процесс. Т.к. уже десятка два профессионалов полгода обсуждают разные режимы, настроечные параметры и т.п., то понятно, что все это можно отстановить только в логике "караул устал". Часть вопросов я уже снял встречным вопросом "покажите пункт". Что касается расчетов, то тему тоже закрыл ссылкой на п.4.1.9 злополучного ГОСТ Р 21.1101-2009 "расчеты .... в состав проектной документации не включают. ... Расчеты представляют заказчику или органам госэкспертизы по их требованию." Короче ТСО я сказал - "вы кто? Заказчик, госэкспертиза? Нет? Тогда идите лесом". Но если бы удалось доказать, что ГОСТ вообще неприменим, то все упростилось бы - "для ваших замечаний нет нужной графы в акте допуска, так что подписывайте и идите по своим делам". Есть на этом форуме не ученые методологи, а настоящие проектанты, умеющие все правильно оформить и отвести необоснованные замечания и с заказчика и подрядчика и иных лиц (когда то у проектантов была такая должность бойца - ГИП)?

kva написал:

[q]

Andr307 написал:

[q]

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

[/q]

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

[/q]

Указывают п. 6.1. Правил учета с мотивировкой - "представленный проект проектом не является, т.к. к нему имеется масса замечаний, следовательно проект не представлен" и дальше - см. написанное мной выше.

Andr307 написал:

[q]

Есть на этом форуме не ученые методологи, а настоящие проектанты, умеющие все правильно оформить и отвести необоснованные замечания

[/q]

Когда проект не принимают не профессионалы и принципиально не желают этого делать, то никакие доводы профессионалов им не будут убедительны. Если они считают, что проект сделан не по ГОСТ, то пусть ткнут в пункт ГОСТ, который должен быть выполнен и не выполнен (по их мнению).

Andr307 написал:

[q]

Я Вас и прошу - покажите применимые в этом вопросе правила

[/q]

А может проект сначала согласовать в территориальном органе Ростест? (Но это стоит денег) Может быть тогда ТСО доверит не только проектанту из организации имеющей допуск СРО на проектирование, но и органу Ростеста?

Andr307 написал:

[q]

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

[/q]

Узел учёта - это автоматизация, а для автоматизации есть свой ГОСТ 21.408-93 Правила выполнения рабочей документации автоматизации технологических процессов.