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

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

Действующий
ж) стандартами Заказчика и стандартами Проектировщика (далее – стандарты). При этом такие стандарты Сторонами не подписываются, а утверждаются владельцем стандарта. Подписание Сторонами настоящего договора означает, что Стороны при заключении настоящего договора согласились на обязательное применение положений указанных стандартов в отношениях по настоящему договору.
1.5. Термины и определения используются в настоящем договоре в значениях, установленных СТО УП «Реестр терминов develop-man».
1.6. Право Проектировщика осуществлять работы, предусмотренные настоящим договором, подтверждается следующим документом: Выпиской из Реестра членов саморегулируемой организации <Наименование СРО> № <Номер СРО> от <Дата выдачи СРО>.
1.7. При выполнении работ по разработке проектной и рабочей документации в виде текстовых и графических материалов:
1.7.1. Проектная и рабочая документация разрабатывается в соответствии с требованиями «Задания на разработку» (приложение № 2), передается Заказчику комплектом проектной и рабочей документации в виде электронного документа, подписанного усиленной квалифицированной электронной подписью, на электронном носителе и/или посредством ИС, либо в виде оригинального документа на бумажном носителе с собственноручными подписями ответственных лиц, содержащим полный набор файлов, полученных в ходе выполнения работ, а именно:
• файлы с графическими изображениями в формате .pdf и .dwg, .max, .rvt и т.п.;
• файлы для программ, в которых были выполнены расчеты: .rtd, .Lir и т.п.;
• файл с ведомостью подсчета материалов (ресурсной ведомостью) в формате .xlsx;
• файлы с любой текстовой и табличной информацией, относящейся к продукту (в т.ч. перенесенной с листов с графическими изображениями в отдельный файл пояснительной записки) в формате .docx;
• файлы отсканированных (цветной скан) всех листов с бумажного экземпляра с подписями в формате .pdf.
1.7.2. Передаваемые файлы с графической частью оформляются таким образом, чтобы на титульном листе содержалось:
• наименование вида документации (например, проектная документация);
• с новой строки - наименование объекта;
• с новой строки - наименование раздела и подраздела в соответствии с требованиями «Положения о составе разделов проектной документации и требованиях к их содержанию»;
• с новой строки – словосочетание «Графическая часть»;
• на листах с графической частью запрещается размещать текстовую и табличную информацию.
1.7.3. Передаваемые файлы с текстовой и табличной частью оформляются таким образом, чтобы на титульном листе содержалось:
• словосочетание «Пояснительная записка (текстовая и табличная часть) к альбому: (указать шифр альбома в соответствии с порядком кодировки у Заказчика)»;
• с новой строки - наименование вида документации (например, проектная документация);
• с новой строки - наименование объекта Заказчика;
• с новой строки - наименование раздела и подраздела, в соответствии с требованиями «Положения о составе разделов проектной документации и требованиях к их содержанию»;
• с новой строки – словосочетание «Текстовая часть».
1.7.4. В пояснительной записке к альбому документации указывается:
• общая информация к альбому;
• необходимая текстовая и табличная информация
• отсылка (шифр) к отдельным листам альбома (графической части);
• активная ссылка на договор и на «Задание на разработку», на основании которых составлена проектная и рабочая документация;
• активная ссылка на ведомость подсчета материалов (ресурсную ведомость), выгруженную из программs Autodesk Revit
со следующими правилами:
• названия объектов, указываемых в документации, согласовываются с Заказчиком;
• в документации указываются названия объектов, полностью соответствующие наименованию в документах на проведение торгов на земельный участок, ГПЗУ, Задании на проектирование, названию проекта в информационной системе Заказчика;
• наименование материалов, в спецификациях указываются с активными ссылками на каждый единичный ресурс каталога http://www.is-mt.pro/Cgc; не допускается указание материалов без ссылок;
• пояснительная записка составляется в файле MS Word формата А4. При необходимости, возможность использования другого формата письменно согласовывается с Заказчиком.
1.8. При выполнении работ по разработке информационной модели объекта Заказчика:
1.8.1. Рабочая документация целиком выпускается на основании разработанной рабочей документации Проектировщиком ВIМ-модели, путем автоматического получения чертежей из видов и разрезов ВIМ-модели. По узлам и объектам, детализация которых превышает требуемый уровень проработки ВIМ-модели, допускается выполнение в 2D. В этом случае типы указанных чертежей, узлов и объектов должны быть отдельно согласованы с Заказчиком.
1.8.2. Общие требования:
• моделирование всех объемных элементов модели проводится в масштабе 1:1;
• информационные модели (ИМ) по каждому разделу (разделам) могут быть разработаны в отдельных файлах, и должны быть собраны в общей ИМ как внешние ссылки в единой принятой системе координат.
• каждый элемент ИМ, независимо от его принадлежности к конкретному разделу проекта, должен находиться в соответствующей его свойствам категории и содержать соответствующий категории атрибутивный состав. Элементы модели должны быть однозначно идентифицированы;
• все основные элементы модели, должны иметь габаритные размеры, соответствующие фактическим строительным элементам;
• инженерные системы должны иметь различные цвета в зависимости от их функционального назначения;
• трубы должны моделироваться с учетом толщины изоляции;
• при создании ИМ не допускается наложение и/или дублирование элементов;
• ИМ не должна содержать неиспользуемые элементы, не нашедшие отражение в чертежах;
• ИМ не должна содержать импортированные объекты (подложки) и внешние ссылки с нерабочими ссылками;
• не допускается отсутствие стыковки (сопряжения) элементов между собой.
1.8.3.Информационная модель должна позволить:
• изменение исходных чертежей в составе ВIМ-модели, выпуск новых чертежей и спецификаций;
• проверку и оценку технических решений: процесс, обеспечивающий взаимодействие заинтересованных лиц, которые просматривают в виртуальной среде информационные модели зданий и сооружений с целью проверки и оценки принятых технических решений;
• пространственную координацию и проверку на коллизии: процесс, в котором специализированные программные инструменты поиска коллизий используются для междисциплинарной координации и согласования технических решений;