Пример внесения изменений в проектную документацию

Вносить поправки в документы на проект допустимо, а в некоторых случаях это неизбежно, поскольку ряд документов проходят вторичную экспертизу, в результате которой совершаются определенные доработки. Изменения в проектную документацию можно вносить в соответствии с требованиями ГОСТ Р 21.1101-2013.

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

Внесение корректировок допускается и Градостроительным кодексом – например, в связи с отклонением параметров объектов от указанных показателей в проекте.

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

Однако в ряде случаев экспертиза не проводится:

1. Если исправленные документы уже проходили экспертизу, по результатам которой получили одобрение.
2. Если изменения не касаются характеристик, обеспечивающих целостность и безопасность сооружения.
3. Если в результате поправок смета на строительные работы не увеличилась (уменьшение допускается).

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

В приказе описываются 34 вида таких работ, которые сгруппированы в 3 раздела:

1. Инженерные изыскания (геодезические, геологические, экологические и др.).
2. Подготовка проектных документов (архитектурные, технологические, конструктивные решения и др.).
3. Работы, связанные со строительством, реконструкцией и капитальным ремонтом на объектах (монтаж конструкций, земляные, монтажные и многие другие работы).

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

ПКО-2010.3-4. Внесение изменений в рабочую документацию

1. Изменения в подлинники документов вносят зачеркиванием или подчисткой (смывкой). При этом учитывают физическое состояние подлинника.

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

Допускается вносить изменения рукописным способом.

Изменения в сметную документацию осуществляют заменой всего документа.

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

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

При замене всех листов подлинника ему присваивают новый инвентарный номер.

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

5. Изменяемые размеры, слова, знаки, надписи и т.д. зачеркивают сплошными тонкими линиями и рядом проставляют новые данные.

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

Новое изображение измененного участка выполняют на свободном поле листа или на другом листе без поворотов.

7. Изменяемым, аннулируемым и дополнительным участкам изображения присваивают обозначение, состоящее из порядкового номера очередного изменения документа и через точку порядкового номера изменяемого (аннулируемого, дополнительного) участка изображения в пределах данного листа. При этом новому изображению измененного участка присваивают обозначение изменения замененного изображения.

United system for program documentation.
General rules for insertion of amendments

Дата введения с 01.01.80

Настоящий стандарт устанавливает общие правила внесения изменений в программные документы, предусмотренные стандартами Единой системы программной документации (ЕСПД), независимо от способа их выполнения на различных носителях данных.

Стандарт соответствует СТ СЭВ 2089-80 в части установления общих требований к правилам внесения и содержанию изменений на программные документы (см. справочное приложение 1).

1. ОБЩИЕ ТРЕБОВАНИЯ

1.1. Под изменением программного документа понимается любое внесение и (или) удаление каких-либо данных без изменения общей части обозначения документа.

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

(Измененная редакция, Изм. № 1).

1.2. В программные документы вносят изменения по следующим причинам:

• устранение обнаруженных ошибок в программе и программной документации;
• развитие и усовершенствование программы.

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

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

1.5. Изменение и аннулирование подлинников, дубликатов и учтенных копий программных документов должно производиться только на основании извещений об изменении (далее — извещение).

1.6. Подлинники, дубликаты и копии извещений имеет право выпускать только предприятие — держатель подлинников, при этом копии извещений имеет право выпускать предприятие — держатель дубликата.

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

1.8. Предложения об изменении (ПР) на предприятии — держателе дубликатов и копий рекомендуется оформлять на бланках подлинников извещений и направлять их для дальнейшего оформления предприятию — держателю подлинника.

1.9. Не допускается вносить изменения в программные документы и проводить доработку программ на основании ПР.

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

2. ИЗВЕЩЕНИЕ ОБ ИЗМЕНЕНИИ

2.1. Изменения на каждый документ оформляют отдельно. Извещения, выпускаемые согласно п. 1.4., при необходимости оформляют в виде комплекта извещений, состоящего из нескольких извещений, каждое из которых оформляют на один из взаимосвязанных изменяемых документов.

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

2.3. Извещения следует выполнять черной тушью шрифтом по ГОСТ 2.304-68 или печатным способом. Допускается выполнять извещения машинным способом.

2.4. Форма извещения и заполнения граф должна соответствовать требованиям ГОСТ 2.503-74. При этом в графе «Обозначение» должно быть проставлено обозначение документа по ГОСТ 19.103-77.

Пример заполнения извещения приведен в рекомендуемом приложении 2.

(Измененная редакция, Изм. № 1).

2.5. Извещение может иметь приложения. Приложения могут содержать части, предназначенные для осуществления указанных изменений, в том числе и с помощью ЭВМ. Эти части должны быть выполнены на согласованном с пользователем носителе данных и оформлены в соответствии с требованиями стандартов ЕСПД на правила оформления программных документов на конкретных носителях данных.

(Измененная редакция, Изм. № 1).

3. ВНЕСЕНИЕ ИЗМЕНЕНИЙ В ПОДЛИННИКИ И ДУБЛИКАТЫ
ПРОГРАММНЫХ ДОКУМЕНТОВ

3.1. Вносить изменения в подлинники имеет право только предприятие — держатель подлинника на основании извещения.

3.2. Вносить изменения в дубликаты имеет право предприятие — держатель дубликата извещения.

3.3. При изменении подлинника и дубликата аннулированием с заменой документа подлиннику и дубликату присваивают новый инвентарный номер. Место простановки инвентарного номера на каждом конкретном носителе должно соответствовать требованиям стандартов ЕСПД на правила оформления программных документов на различных носителях данных.

(Измененная редакция, Изм. № 1).

3.4. Об изменениях, вносимых в подлинники и дубликаты, должна быть запись, содержание и место расположения которой должно соответствовать требованиям стандартов ЕСПД. Место записи об изменениях должно соответствовать требованиям стандартов ЕСПД на правила оформления программных документов на конкретных носителях данных.

3.5. Аннулированные по извещению подлинники и дубликаты снимают с учета.

4. ВНЕСЕНИЕ ИЗМЕНЕНИЙ В КОНТРОЛЬНЫЕ КОПИИ

4.1. Изменения в контрольные копии вносят только на основании копии извещения об изменении.

4.2. Предприятие — держатель подлинника или предприятие — держатель дубликата извещений должны высылать копии извещения держателя контрольных копий.

4.3. Изменения в контрольные копии вносят по правилам, установленным для подлинников.

4.4. После замены контрольная копия снимается с инвентарного учета в архиве предприятия.

5. ВНЕСЕНИЕ ИЗМЕНЕНИЙ В КОПИИ ПРОГРАММНЫХ ДОКУМЕНТОВ

5.1. Общие требования

5.1.1. Учтенная копия — копия, взятая на учет на предприятии — держателе подлинника или дубликата программного документа для внесения изменений. Внесение изменений в учтенные копии производится по извещениям.

5.1.2. Внесение изменений в неучтенные копии (далее — копии) программных документов, переданных предприятию-пользователю, должно производиться на основании бюллетеня об изменении (далее — бюллетень). Внесение изменений в копии документов производят предприятия (организации) — держатели копий изменяемых документов.

5.1.3. Выпускать бюллетень имеет право только предприятие (организация) — держатель подлинников.

5.1.4. Бюллетень выпускают на основании изменений, внесенных в подлинники программных документов по извещениям.

5.1.5. Бюллетень выпускают на комплект программных документов или отдельные документы.

5.1.6. Изменение программного документа, вызывающее какие-либо изменения в других программных документах, должно сопровождаться одновременным выпуском бюллетеней о внесении соответствующих изменений во все взаимосвязанные документы.

5.1.7. В бюллетене приводятся способы внесения изменений в копии.

5.1.8. Об изменениях, вносимых в копии, делается запись по п. 3.4 настоящего стандарта.

5.2. Оформление бюллетеня

5.2.1. Каждый бюллетень должен иметь титульный лист и обозначение (номер), включающее:

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

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

5.2.3. Во вводной части указывают область распространения бюллетеня или ограничение сферы его действия конкретными программами.

Для определения области распространения бюллетеня следует применять выражение:

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

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

5.2.4. В разделе «Внесение изменений» излагают содержание изменений и способы внесения их в программные документы.

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

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

5.2.6. Бюллетени о внесении изменений в программные документы выпускают и передают предприятию-пользователю не реже одного раза в шесть месяцев.

5.3. Порядок доведения бюллетеней об изменениях до предприятий (организаций) — держателей копий изменяемых документов

5.3.1. Предприятие — держатель подлинника и (или) дубликата изменяемого документа высылает бюллетеня по заявкам предприятий (организаций) — держателей копий изменяемого документа.

5.3.2. Предприятие — держатель подлинника должно выслать бюллетень и (или) дубликат бюллетеня всем предприятиям, которым высланы дубликаты изменяемых документов.

6. ПРЕДЛОЖЕНИЕ ОБ ИЗМЕНЕНИИ

6.1. Каждое ПР должно иметь обозначение извещения с добавлением букв «ПР»

6.2. Оформление и выпуск ПР производят в соответствии с требованиями ГОСТ 2.503-74.

7. ПОРЯДОК СОГЛАСОВАНИЯ ИЗМЕНЕНИЯ ДОКУМЕНТОВ С
ЗАКАЗЧИКОМ И ЕГО ПРЕДСТАВИТЕЛЕМ

7.1. Порядок согласования извещения об изменении и ПР должен соответствовать требованиям ГОСТ 2.503-74.

8. УЧЕТ И ПОРЯДОК ПРОХОЖДЕНИЯ ИЗВЕЩЕНИЙ ОБ ИЗМЕНЕНИИ, ПРЕДЛОЖЕНИЙ ОБ ИЗМЕНЕНИИ И БЮЛЛЕТЕНЕЙ

8.1. Все оформленные извещения передают в отдел технической документации (бюро технической документации) с одновременной передачей подлинников документов, выпускаемых взамен аннулированных документов.

(Измененная редакция, Изм. № 1).

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

(Измененная редакция, Изм. № 1).

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

8.4. На одном экземпляре копии извещения на лицевой стороне на первом листе ставят штамп «Контрольный экземпляр».

8.5. На основании извещения в отделе технической документации (бюро технической документации) вносят все связанные с ними изменения учтенных документов в инвентарную книгу подлинников и карточки учета документов в соответствии с требованиями ГОСТ 19.601-78.

8.6. Учет и хранение бюллетеней должны производиться по правилам учета и хранения извещений.

8.7. Учет извещений и ПР в книгах регистрации проводят в соответствии с требованиями ГОСТ 2.503-74.

8.8. Для учета рассылки копий извещений подразделениям данного предприятия и другим предприятиям применяется лист учета, который составляют и заполняют в соответствии с требованиями ГОСТ 2.503-74, разд. 7.

(Измененная редакция, Изм. № 1).

8.9. Опись извещений составляют и заполняют в соответствии с требованиями ГОСТ 2.503-74. Опись является сопроводительным документом к копии (или дубликатам) извещений.

ПРИЛОЖЕНИЕ 1
Справочное

ИНФОРМАЦИОННЫЕ ДАННЫЕ О СООТВЕТСТВИИ ГОСТ 19.603-78
СТ СЭВ 2089-80

Разд. 1, 2, 3 ГОСТ 19.603-78 соответствуют разд. 1, 2, 3 СТ СЭВ 2089-80.

Разд. 5 ГОСТ 19.603-78 соответствует разд. 4 СТ СЭВ 2089-80.

(Введено дополнительно, Изм. № 1).

ПРИЛОЖЕНИЕ 2
Рекомендуемое

ПРИМЕР ЗАПОЛНЕНИЯ ИЗВЕЩЕНИЯ

(Измененная редакция, Изм. № 1).

* Переиздание (Ноябрь 1987 г.) с Изменением № 1, утвержденным в сентябре 1981 г (ИУС 11-81)

Чем могут обернуться изменения в проекте на этапе строительства

Во время строительства заказчики также частенько стремятся внести изменения. Им кажется, что заменить выбранные материалы очень легко. Самый простой пример из практики: мы разработали проектную документацию, провели тендеры, составили спецификацию. Но заказчику разонравился выбранный и внесенный в смету ковролин. Казалось бы, что сложного в замене одного покрытия на другое?

В принципе, ничего, если подрядчик еще не успел заказать ковролин. В таком случае сложностей возникнуть не должно.

А если подрядчик добросовестно заказал все нужные материалы и ковролин уже в пути? Есть несколько вариантов решения ситуации.

Вариант первый

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

Вариант второй

У поставщика нужного ковролина нет. Тогда придется заказывать в другом месте. За отказ от товара поставщики обычно удерживают 30 % от стоимости. Затраты сверх сметы:

• дополнительные транспортные расходы;
• разница в цене;
• удержанные поставщиком 30 % за отказ от заказа.

Вариант третий

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

• разница в цене ковролина;
• дополнительные транспортные расходы;
• сдвоенная аренда.

Наша задача в этом случае – учесть все риски, описать их заказчику и предоставить решения возникающих проблем. Мы обязательно ищем вариант, который уменьшает риски изменений. В описанном примере мы нашли ковролин дешевле выбранного заказчиком на 20 %. Он был у поставщика в наличии, так что сдвигать сроки не пришлось. В итоге дополнительные расходы составили уже не 30, а 10 %, удержанных поставщиком, плюс дополнительные транспортные расходы.

Любое изменение в проекте, которое кажется простым и незначительным, может привести к дополнительным расходам.

Прежде чем решиться на изменения, нужно все взвесить. Дороги назад может и не быть.

Свою экспертную задачу я вижу в том, чтобы заказчик:

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

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

Экономика и региональное хозяйство

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

Светлана Орлова больше запомнилась словесными интервенциями на тему привлечения инвесторов и проведением пышных «инвестиционных» форумов, которые создавали головную боль на утро у некоторых участников, но никак не меняли инвестполе области. Привлекались ею в область и крайне сомнительные компании и персоны, которые громко объявлялись «стратегическими инвесторами», получали огромные преференции, площадки, мощности, а на поверку оказывали десятки раз обанкроченными отверточными мастерскими. Вспомните хотя бы пресловутый «Волгабас».

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

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

Анализируя деятельность Владимира Сипягина, многие отмечали чрезмерную пассивность его команды в вопросе привлечения средств федерального бюджета. Не подавались заявки на многие конкурсы и программы, в том числе и в рамках нацпроектов. Крайне слабая работа велась и по привлечению государственных инфраструктурных кредитов – всего два таких кредита получили заявки по Александрову и Доброграду (и то, получению этих выгодных средств способствовала, скорее, не работа Сипягина, а факт его ухода с должности). В этом направлении команде нового губернатора также предстоит большая работа. Здесь недостаточно будет просто включить лоббистские возможности, предоставленные ему федеральным центром – необходимо еще очень качественно прорабатывать идеи, документацию, а также следить за эффективностью расходования полученных средств, иначе инвестиции превратятся для области в неподъёмные долги.

Стоит обратить пристальное внимание на областное хозяйство. Конкретно, на примере нескольких предприятий: «ДСУ‑3» (вместе с переданным ему ЕРИЦ) и «Владимиртеплогаз». Оба этих гиганта, находящихся в областной собственности, прошлая управленческая команда региона всеми силами готовила к продаже, хотя иногда складывалось ощущение, что к банкротству. Необходимо провести детальный аудит этих предприятий, а также остальной собственности региона, и понять, что для области будет выгоднее – оздоровить и оживить областные компании, или же избавиться от проблемных, а зачастую и непрофильных активов.

Установка Visual Studio 2015

Чтобы установить Visual Studio 2015, перейдите на страницу для скачивания более ранних версий Microsoft Visual Studio. Разверните раздел 2015 и нажмите кнопку Загрузка. Запустите скачанную программу установки и щелкните Выборочная установка, а затем выберите компонент C++. Чтобы добавить поддержку C и C++ в существующую установку Visual Studio 2015, нажмите кнопку «Пуск» Windows и введите Установка и удаление программ. Откройте программу из списка результатов и найдите установку Visual Studio 2015 в списке установленных программ. Дважды щелкните ее, а затем выберите Изменить и выберите компоненты Visual C++ для установки.

Как правило, рекомендуется использовать последнюю версию Visual Studio, даже если вам нужно скомпилировать код в компиляторе Visual Studio 2015. Дополнительные сведения см. в разделе Использование собственного многоплатформенного нацеливания в Visual Studio для сборки старых проектов.

После запуска Visual Studio можно переходить к следующему шагу.