Особенно операторы любят разделить контент для разных целевых групп. Затем много документации. Это разделение — всего лишь предположение, что вы должны адаптироваться к вашим индивидуальным потребностям. Существует структура почти в каждой нормальной системе документации.
Структура зависит, конечно, от инструментов, которые вы используете для написания вашей документации. Или это больше в виде дневника, такого как блог или веб-сайт в системе управления контентом? Но большинство администраторов уже активно работают с документами филиалов и шаблонами документов. Но документы филиалов являются ключом к эффективной документации.
Начальник ПКО А.А.Комиссаров
Данное руководство выпущено взамен ПКО-2008.3
ПКО-2010.3-3. Общие положения. Разрешение на внесение изменений
1. Общие положения
1.1. Руководство определяет порядок применения ГОСТ Р 21.1101-2009 в части правил внесения изменений для электротехнической части рабочей и проектной документации.
Внесение изменений в проектную документацию (Часть 1)
Если вы можете поддерживать каждую часть в отдельном документе и строить структуру с использованием отраслевых документов, полная документация может быть следующей. Поскольку каждый поддокумент является независимым и без дальнейшего форматирования, вы можете создать дополнительный главный документ в любое время и включить туда отдельные поддокументы. Например, документация для области учета, отдельная документация может быть составлена из документа филиала описания и документов серверов.
В основных документах нет копии, а только документы филиала. Несколько человек могут работать параллельно в своих документах. Однако файловый сервер не обеспечивает простой способ управления версиями. Кроме того, вы можете скопировать файл шаблона и прикрепить его как новый документ. Разделение на отдельные документы без дальнейшей структуры и форматирования позволяет даже автоматическое создание.
1.2. Изменением рабочего документа, ранее переданного заказчику, является любое исправление, исключение или добавление в него каких-либо данных без изменения обозначения этого документа.
Обозначение документа допускается изменять только в случае, когда разным документам ошибочно присвоены одинаковые обозначения или в обозначении документа допущена ошибка.
Самый простой инструмент для документации — простой текстовый редактор. Конечно, вы обычно не можете вставлять или форматировать изображения здесь, но такой редактор оказывается в любой системе и поэтому всегда «под рукой». Тем не менее, просто «Блокнот» — это простой и эффективный инструмент для регистрации изменений в первую очередь. В «большой документации» все еще можно получить информацию на рабочем месте с другим продуктом. Две функции Блокнота могут быть наименьшими администраторами.
Обращение к серверному блогу
- Автоматизация.
- Целевая группа — это администраторы с соответствующими знаниями.
Внесение изменений в расчеты не допускается.
Внесение изменений и продление разрешения на строительство. #ЦССдлябизнеса
Если изменение документа неприемлемо, то должен быть выпущен новый документ с новым обозначением.
Любое изменение в документе, вызывающее какие-либо изменения в других документах, должно одновременно сопровождаться внесением соответствующих изменений во все взаимосвязанные документы.
Конечно, все имеет смысл, если есть «потребитель», поэтому люди, которые читают созданные статьи. по своему усмотрению вы также можете пойти с коллекцией файлов «Блокнот», если они вообще документируют. Это не должна быть книга, но мы все очень быстро забываем. Какой «блог» они используют, это их решение.
Однако в среднесрочной перспективе вы предпочитаете вести блог внутри страны. Теперь они, возможно, все заражены блогами. Но прежде чем спешить, вы должны рассмотреть альтернативу или дополнение.
- Система должна обеспечить это легко.
- Если это не так, то оно может быть создано немедленно.
Изменения вносят в подлинник документа.
Одновременно с внесением изменения в подлинник документа необходимо внести точно такие изменения в электронную версию изменяемого документа, хранящегося в архиве.
2. Разрешение на внесение изменений
2.1. Изменение документа выполняют на основании разрешения на внесение изменений (далее — разрешение), составленного по форме 9 (см. лист 4) и 9а (см. лист 5).
Инструменты для автоматической документации
Нет инструментов, которые автоматически фиксируют концепции и отношения, но чистые данные о системе и конфигурации могут быть легко захвачены и задокументированы с помощью различных справочных программ. Бессознательные и лучшие знания, миллиарды строк исходного кода пишутся ежедневно, которые никогда не документируются и не объясняются. Обычно расписания до запуска страниц или продукта настолько плотно, что времени на документацию нет. Отсутствие объяснений для исходного кода также может быть частью бизнес-модели.
Разрешение утверждает начальник отдела.
2.2. Основанием для получения подлинников документов для внесения в них изменений служит разрешение.
2.3. Изменения на каждый документ (например, основной комплект рабочих чертежей, спецификацию оборудования, изделий и материалов) оформляют отдельным разрешением.
Допускается составлять одно общее разрешение на изменения, вносимые одновременно в несколько документов, если изменения взаимосвязаны или одинаковы для всех изменяемых документов.
Минимальные рудиментарные подсказки относительно того, почему выбран этот конкретный способ решения проблемы или какая функция выполняет блокблока, сэкономит много времени. Потому что, даже если в источниках работает только один человек, они должны сначала повторно ввести структуру кода, прежде чем изменения могут быть сделаны безопасно и в правильных местах. И без изменений документации в команде становится чистой игрой.
Любой, кто действует в заказе клиента, уже сталкивается с задачей документировать свою работу по юридическим причинам. И какой разработчик является только кодом для юристов и судей, является идеальным военным сайтом вокруг таких вопросов, как гарантия, ответственность и даже защита потребителей.
2.4. В графах разрешения указывают (пример оформления см. лист 6):
а) в графе 1 — обозначение разрешения, состоящее из порядкового номера разрешения по книге регистрации разрешений (см. лист 7) и через дефис двух последних цифр года регистрации разрешения.
В течение последних десятилетий суд утверждал, что «программное обеспечение» всегда состоит из документации, которая должна быть доступна клиенту. Однако, как правило, форма этой документации и ее достаточность обычно обсуждаются в отдельном случае. Конкретные результаты и указания на то, как должна выглядеть хорошая документация, вряд ли можно извлечь из бесчисленных юридических споров. В отличие от многих других областей из технических описаний вы не найдете стандартизованной информации о том, как такая документация должна выглядеть в документации по программному обеспечению.
Пример — 15-10
б) в графе 2 — обозначение документа, в который вносят изменение;
в) в графе 3 — наименование строящегося предприятия, здания (сооружения);
г) в графе 4 — очередной порядковый номер, присваиваемый изменениям, которые вносят в документ по одному разрешению. Его указывают для всего документа, независимо от того, на скольких листах он выполнен. Порядковые номера изменений обозначают арабскими цифрами;
Знакомьтесь с точными клиентскими соглашениями!
Таким образом, буквы этих устаревших описаний имеют не более характер первого справочника. Именно потому, что негде точно посмотреть, насколько должна быть обширная документация, прежде чем начинать проект, нужно определить, насколько далеки требования к документации. Стандартные лоскуты от предварительно напечатанных форм для трудовых договоров оставляют слишком много возможностей для конфликта, поскольку они обычно регулируют только тот факт, что подрядчик также документирует свою работу.
д) в графе 5 — номера листов документа, в которые вносят изменения;
ж) в графе 7 — код причины изменения в соответствии с таблицей;
и) в графе 8 — дополнительные сведения;
к) в графах 9. 11 — фамилии лиц, подписывающих разрешение, их подписи и даты подписания;
Целесообразно найти точные формулировки, в какой форме они могут быть задокументированы. Чем точнее вы регулируете то, что ожидает от вас клиент, тем лучше. У большинства веб-мастеров, вероятно, есть опыт, что стремление людей к достижению всеобъемлющей документации возрастает так же, как и объем инвестиций в проект. Поэтому вы должны сначала определить, как должен выглядеть отчет о вашей деятельности, и как документируется фактическое программирование до размещения заказа. Ожидает ли клиент распечатанный и подробный список функций, классов или структур?
л) в графе 12 — логотип института и наименование отдела, составившего разрешение;
м) в графах 13. 16 — наименование соответствующих подразделений или организаций, должности и фамилии лиц, с которыми в установленном порядке согласовывают разрешение, их подписи и даты подписания, а также подпись нормоконтролера;
н) в графе 17 — порядковый номер листа разрешения. Если разрешение состоит из одного листа, графу не заполняют;
Руководство пользователя — другой взгляд на одно и то же
Документация в смысле обязательства по документации в производстве программного обеспечения необязательно обязательно также содержит руководство для пользователей, то есть фактических пользователей системы. Документация описывает скорее структуру продукта и делает его появление понятным.
Таким образом, поставщик услуг, которому поручена переработка исходного кода, позволяет быстрее выполнять задачу и, прежде всего, предотвращать ошибку, которая может привести к сбою всей системы работы. Однако на стороне клиента всегда придерживается мнения, что руководство пользователя относится к документации.
п) в графе 18 — общее количество листов разрешения.
Форма 9 — Разрешение на внесение изменений
(первый лист)
Форма 9а — Разрешение на внесение изменений
(последующие листы)
Пример оформления разрешения на внесение изменений
Уже из интереса продаж. И, конечно же, пользовательская книга стандартного программного обеспечения, продаваемого конечным пользователям, имеет другую юридическую ценность, чем адаптация к системе корзины магазинов, разработанной от имени другой компании.
Если клиенту также требуется инструкция для пользователей системы, вы также должны заплатить за производство этого дополнительного руководства. Поскольку, если вы документировали свою работу, конкретные инструкции являются дополнительной услугой для конечных пользователей. Эти документы также могут быть подготовлены самим клиентом.
Лист журнала регистрации разрешений на внесение изменений
(ГОСТ Р 21.1003-2009 , приложение В, форма 3)
Журнал регистрации выполняют на листах формата А4.
ПКО-2010.3-4. Внесение изменений в рабочую документацию
1. Изменения в подлинники документов вносят зачеркиванием или подчисткой (смывкой). При этом учитывают физическое состояние подлинника.
Недостаточно простых комментариев
Самый простой и быстрый способ документировать исходный код — использовать комментарии, предоставленные на всех сценариях и языках программирования. Это можно сделать быстро и структурирует содержимое исходного кода. Основные преимущества этого подхода очевидны.
Вы вряд ли потеряете время с документацией, если будете писать комментарии непосредственно в исходный код во время разработки. На практике, однако, комментарии подходят только в ограниченной степени. С одной стороны, вряд ли можно получить общий обзор проекта.
2. Изменение документа, выполненного автоматизированным способом, осуществляют заменой всего документа в целом или его отдельных листов, а также добавлением или исключением отдельных листов.
Допускается вносить изменения рукописным способом.
Изменения в сметную документацию осуществляют заменой всего документа.
3. При внесении изменений автоматизированным способом, а также в случаях, когда при внесении изменений рукописным способом недостаточно места для внесения изменений или возможно нарушение четкости изображения при исправлении, изготовляют новый подлинник с учетом вносимых изменений и сохраняют его прежнее обозначение.
При совместном использовании в команде комментарии могут быть полезными для указания областей, которые необходимо переработать. При написании вы также должны помнить, что документация должна в любой момент объяснить коллегу или новому сотруднику отношения в проекте. С комментариями в исходном коде вы можете заметить, что переменная определена на следующих строках.
Но описать связь с другими переменными так же сложно, как вам нужно игнорировать графические определения. В области документации существуют разные взгляды и подходы. Разработчики хотят завершить работу документации как можно короче. С другой стороны, клиенты ищут подробное описание, которое не должно вызывать вопросов.
Если заменяют или добавляют один или несколько листов подлинника, то на них сохраняют инвентарный номер, присвоенный подлиннику.
При замене всех листов подлинника ему присваивают новый инвентарный номер.
4. После внесения изменений изображения, буквы, цифры, знаки должны быть четкими, толщина линий, величина просветов и т.п. должны быть выполнены по правилам, предусмотренным соответствующими стандартами ЕСКД.
Прозрачность документации также должна сокращать как можно меньше времени, поэтому читатель будет как можно быстрее в исходном тексте и в пояснениях. Используя приложение, напишите объяснения, которые будут использованы для компиляции документации позже, непосредственно в исходный текст. При компиляции описания программное обеспечение работает аналогично компилятору в разработке.
Программе передается исходный код. Кроме того, оцениваются некоторые дополнительные текстовые документы, содержащие важные параметры. Сюда входят пресеты для заголовков, верхних и нижних колонтитулов, графики для использования и описания макета. Именно в этом формате объяснения затем могут быть импортированы в привычную обработку текста.
5. Изменяемые размеры, слова, знаки, надписи и т.д. зачеркивают сплошными тонкими линиями и рядом проставляют новые данные.
6. При изменении изображения (части изображения) его обводят сплошной тонкой линией, образующей замкнутый контур, и крестообразно перечеркивают сплошными тонкими линиями в соответствии с рисунком 3.
Новое изображение измененного участка выполняют на свободном поле листа или на другом листе без поворотов.
7. Изменяемым, аннулируемым и дополнительным участкам изображения присваивают обозначение, состоящее из порядкового номера очередного изменения документа и через точку порядкового номера изменяемого (аннулируемого, дополнительного) участка изображения в пределах данного листа. При этом новому изображению измененного участка присваивают обозначение изменения замененного изображения.
Если новое изображение измененного участка размещают на другом листе, то присвоенное ему обозначение изменения сохраняют и в таблице изменений этого листа не учитывают.
8. Около каждого изменения, в том числе около изменения, исправленного подчисткой (смывкой), за пределами изображения наносят в параллелограмме обозначение изменения в соответствии с рисунком 1. От параллелограмма проводят сплошную тонкую линию к измененному участку.
9. Близко расположенные друг от друга измененные размеры, слова, знаки, надписи и т.д. обводят сплошной тонкой линией, образующей замкнутый контур, без перечеркивания в соответствии с рисунком 2.
10. Если новое изображение измененного участка размещают на другом листе, то у измененного изображения указывают также номер листа, на котором находится новое изображение в соответствии с рисунком 3.
11. Над новым изображением измененного участка помещают в параллелограмме обозначение изменения замененного изображения, а при параллелограмме указывают: «Взамен перечеркнутого».
Если новое изображение измененного участка помещают на другом листе, то при параллелограмме указывают: «Взамен перечеркнутого на листе (номер листа, на котором находится замененное изображение)» в соответствии с рисунком 4.
12. Если новое изображение измененного участка помещают около замененного, то их соединяют линиями-выносками с обозначением изменения в соответствии с рисунком 5.
Над дополнительным изображением помещают в параллелограмме обозначение изменения, а при параллелограмме указывают: «Дополнение» в соответствии с рисунком 6.
13. При аннулировании изображения (части изображения) при обозначении изменения указывают: «Аннулировано».
14. При внесении изменений в листы основного комплекта рабочих чертежей в ведомости рабочих чертежей этого комплекта на листах общих данных в графе «Примечание» указывают (пример оформления см. лист 11):
a) при внесении первого изменения — «Изм.1», последующих изменений — дополнительно очередные номера изменений, отделяя их от предыдущих точкой с запятой.
Пример — Изм.1; 2; 3
б) на замененных листах при номере изменения — «(Зам.)».
Пример — Изм.1 (Зам.)
в) на аннулированных листах при номере изменения — «Аннулирован».
Пример — Изм.1 (Аннулирован)
г) на дополнительных листах при номере изменения — «(Нов.)».
Пример — Изм.1 (Нов.)
15. Если в основной комплект рабочих чертежей включают дополнительные листы, то им присваивают очередные порядковые номера и записывают в продолжение ведомости рабочих чертежей соответствующего основного комплекта.
При недостатке места в ведомости рабочих чертежей для записи дополнительных листов продолжение ведомости переносят на первый из дополнительных листов. При этом в конце ведомости рабочих чертежей, помещенной в «Общих данных», делают запись: «Продолжение ведомости см. на листе (номер листа)», а над ведомостью на дополнительном листе помещают заголовок: «Ведомость рабочих чертежей основного комплекта (Продолжение)».
Номера и наименования аннулированных листов в ведомости рабочих чертежей зачеркивают.
При изменении наименований листов вносят соответствующие исправления в графу «Наименование».
16. При изменении общего количества листов документа на его первом листе в основной надписи вносят соответствующие исправления в графу «Листов».
17. При внесении изменений в прилагаемые документы, в том числе при выполнении дополнительных и аннулировании ранее выполненных прилагаемых документов, вносят исправления в раздел «Прилагаемые документы» ведомости ссылочных и прилагаемых документов соответствующего основного комплекта рабочих чертежей.
При замене в рабочих чертежах ссылочных документов вносят исправления в соответствующий раздел ведомости ссылочных и прилагаемых документов.
18. При выполнении дополнительных и аннулировании ранее выполненных основных комплектов рабочих чертежей вносят исправления в ведомость основных комплектов рабочих чертежей.
19. Изменения, внесенные в подлинник, указывают в таблице изменений (см.
Изменения проекта – это любые исправления, исключения или добавления данных в переданный заказчику документ без изменения его обозначения. При этом изменять что-либо в расчетах не разрешается – если это необходимо, выпускается новый проект с новым обозначением. Исправления вносятся в подлинник проектной документации.
Изменения в проектной документации выполняются после составления разрешения на внесение изменений, форма которого приведена в ГОСТ Р 21.1101-2013. Разрешение утверждается руководителем или другим уполномоченным лицом организации, разработавшей проект. Для каждого документа, подлежащего исправлению, оформляется отдельное разрешение (за исключением случаев, когда в несколько документов вносятся однотипные изменения).
Где указывается информация о внесении изменений в проектную документацию?
- в бумажных проектах — в основной надписи и в таблицах для регистрации изменений;
- в электронных проектах — в реквизитной части;
- в ведомостях и документах для регистрации проектов – в графе «Примечание».
Как вносятся изменения в проектную документацию?
- Изменения нумеруются по порядку (1, 2, 3 и т. д.).
- В электронных документах любое изменение индексируется, как новая версия документа.
- В бумажных документах для внесения изменений используют зачеркивание, подчистку, закрашивание белым цветом, вписывание новых данных, замену, исключение или добавление листов.
- Внесение изменений в электронные документы выполняется путем выпуска их новых версий.
- Для внесения изменений используются как ручной, так и автоматизированный способы.
- Изменения должны сохранять возможность изготовления читаемых копий документов.
- При внесении изменений в изображения их обводят сплошной тонкой линией и перечеркивают крест-накрест. Новое изображение выполняют на свободной части листа или на новом листе.
- При замене листов новые нумеруют так же, как замененные. При добавлении листов новые нумеруют, как предыдущие с добавлением буквы (1а, 1б и т. д.).
- Все внесенные в документ изменения фиксируют в таблице изменений.
Полный правила внесения изменений в проектную документацию на бумажных и цифровых носителях приводятся в ГОСТ Р 21.1101-2013.
Источник: trosnab.ru
Как внести изменения в проектную документацию и в разрешение на строительство
Рабочее время:
с 8: 30 до 17: 30
Перерыв:
с 13: 00 до 14: 00
Выходные дни:
суббота, воскресенье
Главная » Региональный государственный строительный надзор » О порядке подтверждении соответствия вносимых в проектную документацию, получившую положительное заключение экспертизы проектной документации, изменений требованиям, указанным в части 38 статьи 49 Градостроительного Кодекса РФ
О порядке подтверждении соответствия вносимых в проектную документацию, получившую положительное заключение экспертизы проектной документации, изменений требованиям, указанным в части 38 статьи 49 Градостроительного Кодекса РФ
О порядке подтверждении соответствия вносимых в проектную документацию, получившую положительное заключение экспертизы проектной документации, изменений требованиям, указанным
в части 3 8 статьи 49 Градостроительного Кодекса РФ
Настоящая информация подготовлена в целях информирования о порядке принятия застройщиком или техническим заказчиком (далее — Застройщик) решения об отсутствии необходимости проведения повторной экспертизы проектной документации, получившей положительное заключение экспертизы проектной документации, в связи с внесением в нее изменений после прохождения такой экспертизы.
В случае выявления в процессе строительства (реконструкции) объекта капитального строительства необходимости внесения изменений в проектную документацию, получившую положительное заключение экспертизы проектной документации, такие изменения могут вноситься в виде отдельного изменения в соответствии с Градостроительным Кодексом Российской Федерации (далее – ГрК РФ), в том числе в порядке, предусмотренном частями 3 8 и 3 9 статьи 49 ГрК РФ (далее – Проектное и Экспертное сопровождение соответственно).
Изменение может быть выполнено в виде рабочей документации, при этом объем и состав изменений должны соответствовать требованиям Постановления Правительства РФ от 16.02.2008 № 87 «О составе разделов проектной документации и требованиях к их содержанию», обеспечивать совместимость с разделами проектной документацией, в которые изменения не вносились и быть оформлены в соответствии правилами, утвержденными Приказом Минрегиона РФ от 02.04.2009 г. № 108 «Об утверждении правил выполнения и оформления текстовых и графических материалов, входящих в состав проектной и рабочей документации».
Проектное и Экспертное сопровождение, по договорам, заключенным застройщиком, техническим заказчиком, должны выполняться индивидуальными предпринимателями или юридическими лицами, которые являются членами саморегулируемых организаций в области архитектурно-строительного проектирования (далее – проектная организация) на основании контракта (договора) о внесении изменений в проектную документацию. Выполнение таких работ обеспечивается специалистами по организации архитектурно-строительного проектирования – главными инженерами проектов.
Главным инженером проекта является физическое лицо, которое осуществляет по трудовому договору, заключенному с юридическим лицом или индивидуальным предпринимателем, трудовые функции по организации выполнения работ по подготовке проектной документации.
Сведения о специалисте по организации архитектурно-строительного проектирования – главном инженере проекта должны быть включены в национальный реестр специалистов в области инженерных изысканий и архитектурно-строительного проектирования (в соответствии с требованиями, установленными статьей 55 5-1 ГрК РФ)
Министерством строительства и жилищно-коммунального хозяйства Российской Федерации в 2019 будут установлены дополнительные обязательные требования к данным специалистам.
Застройщики могут устанавливать собственные, повышенные по сравнению с базовыми требования к проектной организации и главному инженеру проекта. Примером таких дополнительных требований могут быть:
— к проектной организации – отсутствие решения арбитражного суда о признании несостоятельным (банкротом), отсутствие недоимки по налогам, сборам и иным обязательным платежам в бюджеты бюджетной системы Российской Федерации, отсутствие у руководителя или главного бухгалтера юридического лица судимости за преступления в сфере экономики, отсутствие между участником конфликта интересов и др.;
— к главному инженеру проекта – стаж работы, информация об обучении, переобучении, повышении квалификации, стажировке, информация об успешно завершенных проектах и др.
Выбор проектировщика имеющего соответствующих специалистов является ответственностью Застройщика, так как Застройщик переутверждает измененную проектную документацию и несет ответственность за причинение вреда вследствие разрушения, повреждения здания, сооружения (либо его части), нарушения требований к обеспечению безопасной эксплуатации (ст.60 ГрК РФ).
Проектная организация, осуществляющая Проектное сопровождение, дает подтверждение соответствия вносимых в проектную документацию изменений требованиям, указанным в части 3 8 статьи 49 ГрК РФ (далее – Подтверждение), в случае, если изменения, внесенных в проектную документацию, получившую положительное заключение экспертизы проектной документации (ч.3 8 ст.49 ГрК РФ) для строящихся или реконструируемых объектов капитального строительства (в том числе входящих в состав линейных объектов) одновременно:
- не затрагивают несущие строительные конструкции объекта капитального строительства, за исключением замены отдельных элементов таких конструкций на аналогичные или иные улучшающие показатели таких конструкций элементы;
- не приводят к нарушениям требований технических регламентов, санитарно-эпидемиологических требований, требований в области охраны окружающей среды, требований государственной охраны объектов культурного наследия, требований к безопасному использованию атомной энергии, требований промышленной безопасности, требований к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики, требований антитеррористической защищенности объекта;
- соответствуют заданию застройщика или технического заказчика на проектирование, а также результатам инженерных изысканий;
- соответствуют установленной в решении о предоставлении бюджетных ассигнований на осуществление капитальных вложений, принятом в отношении объекта капитального строительства государственной (муниципальной) собственности в установленном порядке, стоимости строительства (реконструкции) объекта капитального строительства, осуществляемого за счет средств бюджетов бюджетной системы Российской Федерации.
Внесение изменений в проектную документацию на строительство или реконструкцию линейного объекта, помимо вышеуказанных требований, не должно влечь за собой изменение класса, категории и (или) первоначально установленных показателей функционирования линейных объектов.
Главный инженер проекта утверждает данное Подтверждение соответствия вносимых в проектную документацию изменений требованиям, указанным в части 3 8 статьи 49 ГрК РФ.
Подтверждение может быть подготовлено согласно рекомендуемой формы (согласно приложению), подписывается лицом (лицами), готовившими изменения в соответствующие разделы проектной документации.
Застройщик вправе утвердить изменения, внесенные в проектную документацию в соответствии с частью 3 8 статьи 49 ГрК РФ, только при наличии Подтверждения. При этом направление проектной документации с внесенными в нее изменениями, на повторное прохождение экспертизы проектной документации не требуется.
- При строительстве (реконструкции) объектов, в отношении которых осуществляется государственный строительный надзор, Застройщику рекомендуется организовать внесение изменений в проектную документацию и ее переутверждение таким образом, чтобы на момент проведения плановых проверок все выявленные в процессе строительства (реконструкции) отклонения параметров объекта капитального строительства от проектной документации были учтены.
- После утверждения изменений, Застройщику необходимо направить сведения об утверждении изменений в проектную документацию и принятии решения о непрохождении повторной экспертизы проектной документации в органы государственного строительного надзора, осуществляющие надзор за строительством (реконструкцией) объекта капитального строительства не позднее десяти рабочих дней со дня утверждения таких изменений (ч.5.2 ст.52 ГрК РФ).
- После окончания строительства (реконструкции) объектов, в отношении которых осуществляется государственный строительный надзор, перед подачей извещения об окончании строительства и проведением итоговой проверки, Застройщику необходимо проанализировать внесенные и переутверждение им изменения в проектную документацию на предмет их соответствия параметрам объекта капитального строительства, указанным в разрешении на строительство.
В случае утверждения Застройщиком изменений, внесенных в проектную документацию в соответствии с частью 3 8 статьи 49 ГрК РФ, предметом которых стало выделение (изменение) отдельных этапов строительства в отношении объекта капитального строительства и/или иных изменений, ему необходимо обратиться в орган государственной власти или местного самоуправления, выдавший разрешение на строительство, для внесения в него изменений. При этом направление переутвержденной проектной документации с внесенными в нее изменениями и Подтверждения является обязательным.
Выбор Застройщиком процедуры внесения изменений в проектную документацию, получившую положительное заключение экспертизы проектной документации, в форме Проектного (в порядке, предусмотренном частью 3 8 статьи 49 ГрК РФ) или Экспертного (в порядке, предусмотренном частью 3 9 статьи 49 ГрК РФ) сопровождения – это право застройщика.
При этом, в случае использования Проектного сопровождения – изменения в проектную документацию должны соответствовать требованиям, установленным частью 3 8 статьи 49 ГрК РФ, а при Экспертном сопровождении, Застройщик получает возможность вносить любые изменения в проектную документацию.
Источник: uag53.novreg.ru