Написание технической документации очень ответственный этап проектирования. В процессе разработки создается очень много документов. Для их классификации существуют специальные требования по ГОСТ к оформлению технической документации по ГОСТу. Сегодня мы попробуем разобраться в том как именно классифицируются документы и какие существуют требования
Нас иногда спрашивают, как правильно присвоить документу код, шифр, номер и т. п. ? Скажем сразу, что это не великая наука. Но, во-первых, не код и не шифр, а обозначение, во всяком случае, если мы намерены соблюдать требования ГОСТ 19 или ГОСТ 34. Во-вторых, давайте сначала разберемся, в чем смысл обозначений документов.
В советскую эпоху, в еще машинописно-бумажные времена обозначения документов служили для ведения архива. Представьте себе крупную организацию, которая заказывает или собственными силами разрабатывает много программ или автоматизированных систем. Технической документации у нее тоже накапливается много. Чтобы ориентироваться в ней, помимо всего прочего необходимо снабдить каждый документ уникальным идентификатором. В качестве такового отечественные стандарты предлагают использовать обозначение, формируемое по определенным регулярным правилам. О них и пойдет речь в данной статье ниже.
Обозначения документов нужны не прокурору, не Ростехрегулированию, не разработчику программы или системы, а, в первую очередь, Заказчику. Если ваш заказчик требует во что бы то ни стало снабдить созданные для него документы «кодом по госту», можно в ответ поинтересоваться, ведет ли он архив технической документации. К сожалению, в большинстве случаев ответ будет отрицательным. Если же заказчик располагает таким архивом, то, скорее всего, электронным, а не бумажным. В электронных архивах уникальные идентификаторы обычно присваиваются документам автоматически.
Таким образом, присвоение документам гостированных обозначений сегодня в значительной мере лишено смысла и представляет собой «магический ритуал». Как быть, если заказчик все-таки настаивает на его исполнении? Разумеется, исполнять.
Обозначения документов по автоматизированным системам
Структура обозначения системного документа в соответствии с ГОСТ 34.201-89 показана ниже. Расшифровка частей обозначения приведена в таблице.
Часть обозначения | Значение |
A | код организации-разработчика системы. В ГОСТ 34.201-89 сказано: «Код организации-разработчика присваивают в соответствии с общесоюзным классификатором предприятий, учреждений и организаций (ОКПО) или по правилам, установленным отраслевыми НТД». По известным причинам общесоюзного классификатора сегодня с нами нет, зато существует Общероссийский классификатор предприятий и организаций (ОКПО). Код ОКПО входит в состав официальных реквизитов организации, и его должны знать у вас в бухгалтерии. Если вам очень не хочется звонить в бухгалтерию, попробуйте найти свою компанию в онлайновом справочнике, но имейте в виду, что надпись на табличке у дверей офиса не всегда совпадает с названием юридического лица. |
B | код классификационной характеристики типа системы или ее части. Согласно ГОСТ 34.201-89, этот код следует выбирать из общесоюзного классификатора продукции, на смену которому сегодня пришел Общероссийский классификатор продукции (ОКП). Он многократно опубликован в Интернете, вы без труда найдете его по приведенной здесь ссылке или с помощью поисковика. В этом классификаторе собрана вся возможная продукция от шагающих экскаваторов до булавок. Раздел классификатора, посвященный автоматизированным системам, начинается строкой 425000 Программно-технические комплексы для автоматизированных систем. Возможно, в классификаторе имеются другие строки, которые вам больше подходят по специфике системы. Попробуйте найти их обычной функцией поиска по тексту страницы. В качестве альтенативы ОКП стандарт предлагает использовать общесоюзный классификатор подсистем и комплексов задач АСУ (ОКПКЗ). Насколько нам известно, он был отменен, но ничем другим не заменен, таким образом, эта ссылка делается достоянием истории |
CCC | регистрационный номер автоматизированной системы или ее части. Предполагается, что разработчик организовал у себя учет выпускаемых автоматизированных систем и присваивает им регистрационные номера. Если у вас в компании это не принято, значит, вы не можете полноценно соблюдать требования КСАС. Начните новую жизнь, заведите журнал регистрации выпущенных систем. Нумерация систем ведется по каждому типу (т. е. коду классификационной характеристики, см. выше) систем отдельно. Как быть организации, которая ухитрилась выпустить 1000 однотипных автоматизированных систем, стандарт не говорит |
DD | код документа (точнее, типа документа) по ГОСТ 34.201-89. Например, код руководства пользователя — И3 (и-три), а код программы и методики испытаний —ПМ. |
EE | номер документа одного наименования. Допустим, у вас в комплекте документации три технологические инструкции для трех разных функциональных ролей. В этом случае у них будут номера 01, 02 и 03. Правила назначения этих номеров (по дате выпуска документа, по названиям в алфавитном порядке или как-нибудь иначе) не уточняются. Главное, чтобы номера шли последовательно с единицы. Если в комплект входит только один документ некоторого типа, например, одна пояснительная записка к техническому проекту, номер не присваивают, а соответствующая позиция в обозначении пропускается |
F | номер редакции документа. Речь идет о тех редакциях, которые вы официально передаете заказчику, а он их официально принимает и утверждает. Если в процессе рецензирования и согласования документа заказчик многократно присылал вам замечания, а вы ему в ответ исправленный файл, о новых редакциях документа речь не идет, это рабочие материалы и только. Новая редакция возникает в том случае, если заказчик утверждает новый вариант документа, сохраняя при этом предыдущий, и в принципе в каких-нибудь ситуациях может пользоваться ими обоими. В противном случае устаревший вариант можно аннулировать и забыть о нем навсегда. Номера присваивают редакциям, начиная со второй. В первой редакции соответствующая позиция в обозначении пропускается |
G | номер части документа. Документ можно физически разделить на несколько частей. Обычно так поступают, чтобы документ было удобнее читать или переплетать. Если документ не разделен на части, номер не присваивают, а соответствующая позиция в обозначении пропускается |
M | в 1989 году электронные документы еще были явлением новым и непривычным. Типичный документ представлял собой лист или стопку листов бумаги с согласующими и утверждающими подписями. Тот факт, что дискета или магнитная лента с записанным на ней текстом тоже может быть документом, требовал отдельного осмысления. Поэтому к обозначению таких документов добавляли буквуM. Как ни странно, эта практика и теперь не лишена оснований, поскольку у нас в стране в официальном документообороте фигурируют именно бумажные документы с оригинальными подписями компетентных лиц и «мокрыми» печатями организаций. Поэтому, например, технологическая инструкция, за несоблюдение которой сотрудника можно официально наказать, должна быть выполнена именно в таком виде. Но если заказчик требует от нас, допустим, текст программы (документ, предусмотренный ЕСПД), мы все-таки можем предоставить ему не грузовик листингов, а компакт-диск. Обозначение такого документа должно завершаться буквойM, которую отделяют от предыдущей части точкой (а не дефисом!) |
В качестве примера присвоим обозначение технологической инструкции для пользователя этого сайта. Сайт будем рассматривать в качестве автоматизированной системы, которую мы разработали сами для себя, причем это был наш первый опыт разработки систем такого типа. Пользователем будем считать сотрудника «Мегасайт», который публикует на сайте статьи. Условимся также, что ответственный за публикацию — не единственная функциональная роль. Еще у нас есть ответственный за размещение рекламных баннеров, для которого написана своя технологическая инструкция. Действует первая редакция технологической инструкции, документ не разделен на части, существует в виде бумажного оригинала с подписями и печатями. С учетом перечисленных обстоятельств обозначение получается таким:
63755082.425750.001.И2.01, где
63755082 — код ООО «Мегасайт» согласно ОКПО.
425750 — код строки Программно-технические комплексы для автоматизации обработки информации в торговле, материально-техническом обеспечении согласно ОКП. Автор статьи полистал ОКП, подумал и решил, что данная характеристика подходит нашему сайту лучше всех остальных там предлагаемых. Возможно, он заблуждается.
001 — регистрационный номер автоматизированной системы этого типа в нашем внутреннем учете (давайте считать, что мы его ведем).
И2 — код технологической инструкции по ГОСТ 34.201-89.
01 — номер технологической инструкции в комплекте технической документации на сайт. Напомним, что есть еще одна, для менеджера по рекламным баннерам, у нее номер 02.
Обозначение технического задания на автоматизированную систему
В п. 3.2 ГОСТ 34.602-89 есть фраза, в которой упоминается некий код ТЗ: «Номера листов (страниц) проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа (над текстом, посередине) после обозначения кода ТЗ на АС».Вместе с тем, в ГОСТ 34.201-89 приведены коды документов, разрабатываемых на стадиях, начиная с эскизного проекта, но кода для ТЗ там нет, что несколько сбивает с толку.
При формировании кода ТЗ на АС можно принять во внимание п. 3.5. ГОСТ 34.602-89, в котором сказано: «При необходимости на титульном листе ТЗ на АС допускается помещать установленные в отрасли коды, например: гриф секретности, код работы, регистрационный номер ТЗ и др.», и присвоить код произвольно, сославшись на то, что так принято в отрасли или определено НТД конкретного предприятия. Кроме того, можно вспомнить, что по ГОСТ 24.101-80 у технического задания был код 2А, и присвоить документу обозначение по схеме, описанной выше. Но в общем это все уже напоминает схоластический подсчет количества чертей на кончике иглы.
Обозначения документов по программам
Структура обозначения программного документа в соответствии с ГОСТ 19.103-77 показана ниже. Расшифровка частей обозначения приведена в таблице. Номер редакции, номер документа и номер части документа образуются так же, как для системных документов (в исторической перспективе наоборот, но мы просим читателя простить нам этот анахронизм).
Часть обозначения | Значение |
A | код страны. В наше время разумно указывать двухбуквенный код в соответствии со стандартом ISO 3166-1: RU для России, KZ для Казахстана и т. д. |
B | код организации-разработчика. По аналогии с системными документами можно указывать код ОКПО |
CCCCC | регистрационный номер программы. Согласно ГОСТ 19.103-77, он должен присваиваться «в соответствии с Общесоюзным классификатором программ, утверждаемым Госстандартом в установленном порядке». Как соблюдать это требование сегодня, нам неизвестно. Обратите внимание на год утверждения стандарта: 1977. Многое изменилось с тех пор в нашей жизни |
DD | номер редакции документа |
EE | код вида документа в соответствии с ГОСТ 19.101-77 |
FF | номер документа данного вида |
G | номер части документа |
Начальная часть обозначения, A.B.CCCCC-DD, служит обозначением самой программы и одновременно главного связанного с ней документа, спецификации.
Обозначения конструкторских документов
Любую программу или автоматизированную систему можно рассматривать как изделие и документировать на общих основаниях, руководствуясь ЕСКД (ГОСТ 2). Этой же серией стандартов следует пользоваться при документировании технических средств, например серверов, рабочих станций, всевозможных специализированных устройств и т. п. Правила присвоения обозначений конструкторским документам устанавливает ГОСТ 2.201-80. Здесь мы воздержимся от пересказа этого документа, но не сомневаемся, что теперь читатель без труда найдет и освоит его.
Обозначения листов утверждения
Если документ снабжен листом утверждения, у последнего должно быть свое обозначение. Оно формируется по элементарному правилу: к обозначению документа следует добавить шифр ЛУ, отделив его дефисом, например: 63755082.425750.001.И2.01-ЛУ.
О пользе обозначений со сдержанным оптимизмом
Внимательный читатель заметил, что если бы все организации аккуратно придерживались таких правил, обозначения документов оказались бы уникальными в пределах страны. Тогда можно было бы, предположим, учредить национальный каталог технической документации, через который любой инженер мог бы запросить нужный ему документ. Наверно это облегчило бы интеграцию автоматизированных систем разных ведомств, а ведь мы сегодня испытываем много всяких бюрократических неудобств именно из-за их изолированности. Например, пенсионеры вынуждены брать в ЗАГСе справку, что они еще живы, и лично доставлять ее в Собес, только тогда им выписывают всякие надбавки и льготы. Спрашивается, почему бы автоматизированным системам ЗАГСа и Собеса не работать с единым массивом данных. С другой стороны, умудренный опытом читатель заметит, что эти рассуждения грешат утопизмом, и будет прав.
Не исключено, что обозначения документов способны и сегодня приносить пользу при разработке и согласовании крупных комплектов технической документации. В переписке между собой и в различных рабочих материалах участникам проекта часто приходится делать ссылки на документы, перечислять или упоминать их в разных контекстах. Когда количество документов в проекте возрастает, ссылаться на них по названиям становится неудобно. В течение проекта названия могут подвергаться правке, кроме того, люди часто указывают их по памяти, сокращая и делая ошибки, что закономерно приводит к путанице. Например, заказчик сообщает об ошибке в одном документе, а разработчик его не понимает и вносит ненужные исправления в другой с похожим названием. Есть надежда, что использование обозначений поможет избавиться от подобных неурядиц.
Перечень условных обозначений (шифров) документов, проводимых по счетам в кредитных организациях
Перечень
условных обозначений (шифров) документов, проводимых
по счетам в кредитных организациях
Условные цифровые обозначения документов |
Наименование документов, по которым отражены операции |
01 |
Списано, зачислено по платежному поручению, по поручению банка |
(в ред. Указания Банка России от 04.09.2013 N 3053-У) (см. текст в предыдущей редакции) |
|
02 |
Оплачено, зачислено по платежному требованию |
03 |
Оплачен наличными денежный чек, выдано по расходному кассовому ордеру |
04 |
Поступило наличными по объявлению на взнос наличными, приходному кассовому ордеру, препроводительной ведомости к сумке 0402300 |
05 |
Исключено с 1 января 2014 года. – Указание Банка России от 04.09.2013 N 3053-У |
(см. текст в предыдущей редакции) |
|
06 |
Оплачено, зачислено по инкассовому поручению |
07 |
Оплачено, поступило по расчетному чеку |
08 |
Открытие аккредитива, зачисление сумм неиспользованного, аннулированного аккредитива |
09 |
Списано, зачислено по мемориальному ордеру, а также по первичным учетным документам с реквизитами счетов по дебету и кредиту |
10 – 11 |
Исключены с 1 января 2014 года. – Указание Банка России от 04.09.2013 N 3053-У |
(см. текст в предыдущей редакции) |
|
12 |
Зачислено на основании авизо |
13 |
Исключено с 1 января 2014 года. – Указание Банка России от 04.09.2013 N 3053-У |
(см. текст в предыдущей редакции) |
|
16 |
Списано, зачислено по платежному ордеру |
17 |
Списано, зачислено по банковскому ордеру |
18 |
Списано, зачислено по ордеру по передаче ценностей |
(введено Указанием Банка России от 04.09.2013 N 3053-У) |
Подборка наиболее важных документов по запросу Состав рабочей документации
(нормативно-правовые акты, формы, статьи, консультации экспертов и многое другое).
Нормативные акты
: Состав рабочей документации
4. В целях реализации в процессе строительства архитектурных, технических и технологических решений, содержащихся в проектной документации на объект капитального строительства, разрабатывается рабочая документация, состоящая из документов в текстовой форме, рабочих чертежей, спецификации оборудования и изделий.
4.2.1. В состав рабочей документации, передаваемой заказчику, включают:
Статьи, комментарии, ответы на вопросы
: Состав рабочей документации
Открыть документ в вашей системе КонсультантПлюс:
Основные требования к порядку оформления и составу рабочей документации содержатся в ГОСТ Р 21.1101-2013 “Система проектной документации для строительства (СПДС). Основные требования к проектной и рабочей документации”. Также в проектной документации должны содержаться требования, которые должны быть учтены в рабочей документации, разрабатываемой на основании проектной документации, в связи с принятыми методами возведения строительных конструкций и монтажа оборудования. При этом объем, состав и содержание рабочей документации должны определяться заказчиком (застройщиком) в зависимости от степени детализации решений, содержащихся в проектной документации, и указываться в задании на проектирование.
Открыть документ в вашей системе КонсультантПлюс:
Вопросам порядка формирования документов аудитора, их формирования на различных этапах аудиторской проверки, проблемам сбора информации и ее анализа посвящены работы многих зарубежных и отечественных ученых и практиков: Э.А. Аренса, Дж.К. Лоббека , В.И. Подольского , М.В. Мельник , С.В. Козменковой . По мнению Э.А. Аренса и Дж.К. Лоббека, под рабочими документами понимаются записи, в которых аудитор фиксирует использованные процедуры, тесты, полученную информацию и соответствующие выводы, сделанные в ходе аудита . Рабочие документы должны быть составлены таким образом, чтобы отвечать обстоятельствам конкретной аудиторской проверки и потребностям аудитора в ходе ее проведения . Следствием того, что рабочие документы являются официальной частью проверки, к ним должны быть установлены минимальные требования к содержащейся в них информации и формату предоставления . Состав рабочих документов аудитора определяют объем и качество проведенной проверки. Составление рабочих документов и систематизация в них информации осуществляются при планировании, проведении аудита и на его завершающей стадии в целях фиксации хода аудита и доказательств, полученных в целях подтверждения мнения аудитора.
Елена, добрый день!
Отвечу на все Ваши вопросы в одном сообщении.
Текстовая часть раздела 5.7 содержит, согласно составу проектной документации:
а) сведения о производственной программе ….;
б) обоснование потребности в основных видах …;
в) описание источников поступления сырья и …;
г) описание требований к параметрам и качественным характеристикам…; и т.д.
Как правильно оформить содержание в соответствии с пунктом 8.6?
В том также входят состав проекта и графическая часть.
Не очень понятно про «раздел 5.7». Видимо «подраздел»
Я уже писал, что в СПДС, к сожалению, разные понятия названы одним и тем же словом. Это слово «содержание». Эти два понятия постоянно путают. Вы в своем вопросе – тоже.
1) Содержание (оглавление) текстовой части выполняется в соответствии с пунктом 4.1.11 ГОСТ 2.105-95. Это содержание (оглавление) включает в себя номера (обозначения) и заголовки разделов, подразделов, пунктов (если они имеют заголовки) и приложений, с указанием номеров листов (страниц), с которых начинаются соответствующие структурные элементы текстовой части. Оно помещается на первых листах текстового документа. Обычно оно формируется автоматически из заголовков разделов, подразделов и приложений;
2) В соответствии с пунктом 8.6 ГОСТ Р 21.1101-2009(2013) выполняется содержание тома – отдельный документ с самостоятельным обозначением согласно п. 8.6 (в ГОСТ 2.105-95 аналогичный документ называется «опись»). Эти два содержания не нужно смешивать и объединять. В ГОСТ 2.105-95 содержание тестового документа и «опись» также не объединяются.
Обозначение | Наименование | Примечание |
2345-ИОС7-С | Содержание тома 5.7 | |
2345-СП | Состав проектной документации | |
2345-ИОС7Т* | Текстовая часть | Обозначения текстовых и графических документов,
входящих в состав раздела (подраздела) проектная организация принимает самостоятельно |
2345-ИОС7Г* | Графическая часть | |
Л.1 – Название изображений на листе | Графическую часть записывают полистно | |
Л.2 – Название изображений на листе | ||
Л.3 – Название изображений на листе |
Должна ли отчетная техническая документация по результатам инженерных изысканий входить в состав проектной документации? Например, в том 12 «иная документация»?
Документация по инженерным изысканиям не является проектной документацией
и поэтому не может быть в разделе 12 «Иная документация».
Эта документация выполняется до начала подготовки проектной документации на основании отдельного задания и является исходными данными для проектирования
.
Согласно п. 11 ПП 87 результаты изысканий «должны быть приложены к пояснительной записке в полном объеме». Под «пояснительной запиской» понимается Раздел 1.
Как она «прикладывается» – этот вопрос нужно задавать авторам Постановления № 87.
Естественно, что эту документацию переоформлять и переобозначать (как приложения) не нужно.
Как осуществляется не сквозная нумерация листов в пределах тома? содержание, состав проекта имеют свою нумерацию в основной надписи, начиная с первого листа? Текстовая часть в основной надписи начинается со второго, первый – титульный?
Сквозная, очень просто, в соответствии с пунктом 8.5 ГОСТ 21.1101 – в верхнем правом углу, начиная с цифры 2 после титульного листа тома, независимо от обозначений документов и нумерации листов этих документов. Просто «сколько физических листов в этом томе».
Только не нужно меня спрашивать – «кто ее придумал и зачем она нужна?» Я не знаю.
О «несквозной»
нумерации также написано в п. 8.5:
«Кроме того, текстовые и графические документы, включенные в том (альбом) и имеющие само¬сто¬ятельное обозначение, должны иметь порядковую нумерацию листов в пределах документа с одним обозначением в основной надписи или в колонтитуле (в соответствии с 4.1.8)».
В соответствии с п.4.1.4 в томе после титульного листа должно быть «содержание тома».
На первом листе этого документа в графе «Лист» должна быть цифра 1 (если содержание на одном листе – цифра 1 в графе «Листов»).
На первом листе текстовой части также должна быть цифра 1, поскольку титульный лист тома не является титульным листом текстовой части. На этом первом листе (и последующих, при необходимости) помещается содержание текстовой части.
Нужно ли сквозную нумерацию обрамлять прямоугольником 10х7, как показано на рисунке И.1, на текстовых и графических документах? Или это ориентировочные размеры поэтому и пунктиром?
Эти номера обрамляют при наличии такой возможности. Если текстовую часть выполняют без основных надписей и рамок, то не нужны рамки и для дополнительной сквозной нумерации.
Нужно ли указывать в основной надписи общее количество листов всего тома? И если нужно, то на каком листе?
Не нужно.
К примеру обозначение документа, 357-ИОС5.7 – то,
состав проекта 357-ИОС5.7-СП
текстовая часть 357-ИОС5.7
приложения 357-ИОС5.7?
Или текстовую части и приложения тоже нужно выделять индексом? Должно ли приложение иметь заглавный лист по форме 5? Или все листы делаются по форме 6 и являются продолжением текстовой части?
См. ответ в примере содержания в вопросе 1.
Цифра 5 (если это номер раздела) в обозначении не пишется (если по стандарту). После буквенного шифра раздела пишется номер подраздела.
И еще один вопрос – согласно п. 8.6, последний абзац – «в графе 5 основной надписи указывают «Содержание тома №»…». Что нужно указывать в графе 5 основной надписи состава проекта? – «Состав проекта»?
«Состав проектной документации» – не «Состав проекта».
Именно так называются эти документы. Они отдельно от тома не обращаются – находятся всегда в сброшюрованном томе. Всё остальное имеется на обложке и титульном листе.
И что нужно указывать на заглавном листе текстовой части в графе 5? Полное наименование документа выглядит так: «Раздел 5. Сведения об инженерном оборудовании, о сетях инженерно-технического обеспечения, перечень инженерно-технических мероприятий, содержание технологических решений Подраздел 7. Технологические решения Часть 2. Котельная». Неужели все это название нужно записывать в эту графу?
Нет. Только «Текстовая часть». Всё остальное написано на обложке и титульном листе тома.
При выполнении текстовой части без основных надписей и рамок все эти сведения могут быть и в колонтитулах каждого из листов – если сочтете нужным.
В связи с этим еще один вопрос – по приложению С (состав проектной документации), в графе «Наименование» тоже требуется «наименование документа (тома) в точном соответствии с наименованием, указанным на его титульном листе». Т.е. в составе проекта для раздела 5, каждого подраздела нужно переписать фразу «Раздел 5. Сведения об инженерном оборудовании,…..» столько раз, сколько в разделе содержится подразделов, частей (книг)…? в моем случае – 8 раз…
Наименование документа – «Состав проектной документации». Это отдельный документ с собственным обозначением и он один и тот же для любого тома
. Это не состав проектной документации раздела 5.
Рассмотрим все стадии проекта по порядку:
- Стадия 2 — ПД. Проек тная документация
Стадия 1 — ПП. Предпроектные проработки (Эскизный проект)
На данном этапе разрабатывается концепция будущего объекта, определяются основные технико-экономические характеристики. Эскизом определяется посадка объекта на местности, его объемно-пространственное решение, конструктивная схема. Также на данной стадии подсчитываются основные инженерные нагрузки по воде, теплу и электроэнергии, т. н. расчет нагрузок.
Разработка Стадии «ПП»
не является обязательной, но помогает сэкономить время и средства при дальнейшем проектировании.
Стадия 2 — ПД. Проектная документация
В отличие от Эскизного проекта Стадия «Проект»
(«ПД» или просто «П») является обязательной и подлежит согласованию в государственных органах исполнительной власти. По результатам согласования Стадия «Проект» выдается разрешение на строительство объекта. Состав и содержание данного этапа регулируется Постановлением Правительства РФ №87 от 16.02.2008. Безусловно, состав будет индивидуален для каждого проекта, но мы попробуем составить наиболее полный перечень всех возможных разделов и подразделов Стадии «ПД»:
Номер |
Шифр раздела |
Название раздела |
Раздел 1 | Пояснительная записка | |
Том 1 | – ОПЗ | Пояснительная записка |
Том 2 | – ИРД | Исходно-разрешительная документация |
Раздел 2 | – ПЗУ | Схема планировочной организации земельного участка |
Раздел 3 | – АР | Архитектурные решения |
Раздел 4 | Конструктивные и объемно-планировочные решения | |
Том 1 | – КР1 | Железобетонные конструкции |
Том 2 | – КР2 | Металлические конструкции |
Том 3 | – КР3 | Деревянные конструкции |
Том 4 | – КРР | Статический расчет |
Раздел 5 | Сведения об инженерном оборудовании, о сетях инженерно-технического обеспечения, перечень инженерно-технических мероприятий, содержание технологических решений. | |
Подраздел 1 | Система электроснабжения | |
Том 1 | – ИОС1.1 | Наружное электроснабжение |
Том 2 | – ИОС1.2 | Силовое электрооборудование |
Том 3 | – ИОС1.3 | Электроосвещение |
Подраздел 2 | Система водоснабжения | |
Том 1 | – ИОС2.1 | Наружное водоснабжение |
Том 2 | – ИОС2.2 | Внутреннее водоснабжение |
Подраздел 3 | Система водоотведения | |
Том 1 | – ИОС3.1 | Наружное водоотведение |
Том 2 | – ИОС3.2 | Внутреннее водоотведение |
Подраздел 4 | Отопление, вентиляция и кондиционирование воздуха, тепловые сети | |
Том 1 | – ИОС4.1 | Отопление и вентиляция |
Том 2 | – ИОС4.2 | Теплоснабжение |
Том 3 | – ИОС4.3 | Индивидуальный тепловой пункт |
Подраздел 5 | Сети связи | |
Том 1 | – ИОС5.1 | |
Том 2 | – ИОС5.2 | |
Том 3 | – ИОС5.3 | |
Том 4 | – ИОС5.4 | Видеонаблюдение |
Том 5 | – ИОС5.5 | Охранная сигнализация |
Том 6 | – ИОС5.6 | |
Том 7 | – ИОС5.7 | Прочие слаботочные системы |
Подраздел 6 | Система газоснабжения | |
Том 1 | – ИОС6.1 | Наружное газоснабжение |
Том 2 | – ИОС6.2 | Внутреннее газоснабжение |
Подраздел 7 | Технологические решения | |
Том 1 | – ИОС7.1 | Технологические решения |
Том 2 | – ИОС7.2 | |
Том 3 | – ИОС7.3 | Воздухоснабжение |
Том 4 | – ИОС7.4 | Холодоснабжение |
Том 5 | – ИОС7.5 | Снабжение паром |
Том 6 | – ИОС7.6 | Пылеудаление |
Том 7 | – ИОС7.7 | Прочие технологические системы |
Раздел 6 | – ПОС | Проект организации строительства |
Раздел 7 | – ПОД | Проект организации работ по сносу или демонтажу объектов капитального строительства |
Раздел 8 | ||
Том 1 | – ООС | Перечень мероприятий по охране окружающей среды |
Том 2 | – ООС.ТР | Проект технологического регламента обращения со строительными отходами на объекте |
Том 3 | – ИЭИ | Инженерно-экологические изыскания |
Раздел 9 | ||
Том 1 | – ПБ1 | Мероприятия по обеспечению пожарной безопасности |
Том 2 | – ПБ2 | |
Том 3 | – ПБ3 | |
Том 4 | – ПБ4 | |
Раздел 10 | – ОДИ | Мероприятия по обеспечению доступа инвалидов |
Раздел 10(1) | – МЭ | Мероприятия по обеспечению соблюдения требований энергетической эффективности и требований оснащенности зданий, строений и сооружений приборами учета используемых энергетических ресурсов |
Раздел 11 | ||
Том 1 | – СМ1 | Смета на строительство объектов капитального строительства |
Том 2 | – СМ2 | Мониторинг цен на материалы |
Раздел 12 | Иная документация в случаях, предусмотренных Федеральными законами | |
Том 1 | – КЕО | Светотехнические расчеты инсоляции и естественной освещенности (КЕО) |
Том 2 | – ЗШ | Мероприятия по защите от шума и вибраций. Оценка шумового воздействия на период эксплуатации объекта |
Том 3 | – ИТМ ГОиЧС | Инженерно-технические мероприятия гражданской обороны. Мероприятия по предупреждению чрезвычайных ситуаций |
Том 4 | – ЭД | Инструкция по эксплуатации здания |
Том 5 | – ПТА | Мероприятия по противодействию террористическим актам |
Том 6 | – ДПБ | Декларация промышленной безопасности опасных производственных объектов |
Стадия 3 — РД. Рабочая документация
Стадия «РД»
нужна в первую очередь строителям, так как в ней наиболее полно и детально разрабатываются проектные решения, которые в Стадии «ПД» лишь обозначались. В отличие от “П”, “Рабочка” включает в себя чертежи узлов, аксонометрические схемы и профили инженерных сетей, спецификации и т. п. С другой стороны, на рабочей стадии документация лишается некоторых разделов, полнота которых была исчерпана на стадии проектной (например, ПОС, ООС, КЕО, ИТМ ГОиЧС и т. п.). Как и на Стадии “П”, состав “РД” будет индивидуален для каждого проекта, но мы попробуем составить наиболее полный перечень всех возможных разделов Стадии «Рабочая документация»:
Шифр раздела |
Название раздела |
– ГП | Генеральный план |
– ТР | Сооружения транспорта |
– ГТ | Генплан и транспорт (при объединении ГП и ТР) |
– АД | Автомобильные дороги |
– ПЖ | Железнодорожные пути |
– АР | Архитектурные решения |
– АС | Архитектурно-строительные решения (при объединении АР и КР) |
– АИ | Интерьеры |
– КЖ | Конструктивные решения. Железобетонные конструкции |
– КЖ0 | Конструктивные решения. Железобетонные конструкции. Фундаменты |
– КМ | Конструктивные решения. Металлические конструкции |
– КМД | Конструктивные решения. Металлические конструкции деталировочные |
– КД | Конструктивные решения. Деревянные конструкции |
– КРР | Конструктивные решения. Статический расчет |
– ГР | Гидротехнические решения |
– ЭС | Система электроснабжения. Наружное электроснабжение |
– ЭМ | Система электроснабжения. Силовое электрооборудование |
– ЭО | Система электроснабжения. Электроосвещение |
– ЭН | Система электроснабжения. Электроосвещение наружное |
– ЭИС | Электроснабжение инженерных систем |
– НВ | Система водоснабжения. Наружные сети |
– НК | Система водоотведения. Наружные сети |
– НВК | Система водоснабжения и водоотведения. Наружные сети |
– ВК | Система водоснабжения и водоотведения. Внутренние сети |
– ОВиК | Отопление, вентиляция и кондиционирование воздуха |
– ТС | Теплоснабжение |
– ТМ | Тепломеханические решения (Котельная, ИТП, и т. п.) |
– РТ | Телефония, Радиофикация, Телеприем |
– СКС | Структурированные кабельные сети |
– АИС | Автоматизация инженерных систем |
– АТП | Автоматизация технологических процессов |
– АК | Комплексная автоматизация (при объединении АИС и АТП) |
– ВН | Видеонаблюдение |
– ОС | Охранная сигнализация |
– СКУД | Система контроля и учета доступа |
– ГСН | Наружное газоснабжение |
– ГСВ | Внутреннее газоснабжение |
– ТХ | Технологические решения |
– ТК | Технологические коммуникации |
– ВС | Воздухоснабжение |
– ХС | Холодоснабжение |
– ПС | Снабжение паром |
– ПУ | Пылеудаление |
– АУПС – СОУЭ |
Автоматическая установка пожарной сигнализации, Система оповещения и управления эвакуацией людей при пожаре |
– АППЗ | Автоматика противопожарной защиты |
– ПТ | Спецпожаротушение (водяное, порошковое и т. д.) |
– СД1 | Смета на строительство объектов капитального строительства |
– СД2 | Мониторинг цен на материалы |
– АЗ | Антикоррозийная защита |
– ТИ | Тепловая изоляция оборудования и трубопроводов |
ГОСТ Р 21.1101-2013 Система проектной документации:
4.2. Рабочая документация
4.2.1. В состав рабочей документации, передаваемой заказчику, включают:
– рабочие чертежи, предназначенные для производства строительных и монтажных работ;
– прилагаемые документы, разработанные в дополнение к рабочим чертежам основного комплекта.
4.2.2. В состав основных комплектов рабочих чертежей включают общие данные по рабочим чертежам, чертежи и схемы, предусмотренные соответствующими стандартами Системы проектной документации для строительства (далее — СПДС).
…
4.2.6. К прилагаемым документам относят:
– рабочую документацию на строительные изделия;
– эскизные чертежи общих видов нетиповых изделий, выполняемые в соответствии с ГОСТ 21.114;
– спецификацию оборудования, изделий и материалов, выполняемую в соответствии с ГОСТ 21.110;
– опросные листы и габаритные чертежи, выполняемые в соответствии с данными заводов — изготовителей оборудования;
– локальную смету по формам;
– другие документы, предусмотренные соответствующими стандартами СПДС.
Конкретный состав прилагаемых документов и необходимость их выполнения устанавливаются соответствующими стандартами СПДС и заданием на проектирование.
…
4.2.8. В рабочих чертежах допускается применять типовые строительные конструкции, изделия и узлы путем ссылок на документы, содержащие рабочие чертежи этих конструкций и изделий. К ссылочным документам относят:
– чертежи типовых конструкций, изделий и узлов;
– стандарты, в состав которых включены чертежи, предназначенные для изготовления изделий.
Ссылочные документы в состав рабочей документации, передаваемой заказчику, не входят. Проектная организация, при необходимости, передает их заказчику по отдельному договору.
СНиП 11-01-95 Состав рабочей документации:
5.1. Состав рабочей документации на строительство предприятий, зданий и сооружений определяется соответствующими государственными стандартами СПДС и уточняется заказчиком и проектировщиком в договоре (контракте) на проектирование.
5.2. Государственные, отраслевые и республиканские стандарты, а также чертежи типовых конструкций, изделий и узлов, на которые имеются ссылки в рабочих чертежах, не входят в состав рабочей документации и могут передаваться проектировщиком заказчику, если это оговорено в договоре.
Обновлено: 15.10.2019
103583
Если заметили ошибку, выделите фрагмент текста и нажмите Ctrl+Enter