Техническое задание на разработку проектно-сметной документации — это документ, в котором заказчик описывает объект закупки и фиксирует требования к будущему исполнителю и ПСД. Формировать его следует в соответствии с действующими нормативами и госстандартами.
Что такое техническое задание
Техническое задание — это описательная часть закупочной документации. В техзадании подробно расписываются качественные, функциональные и технические характеристики закупаемого объекта (п. 1 ч. 1 ст. 33 44-ФЗ). Кроме того, в техзадании на составление ПСД при необходимости включают чертежи, рисунки, планы (п.
3 ч. 1 ст. 33 44-ФЗ).
При составлении техзадания заказчик опирается на действующие нормы, правила и госстандарты, которые описаны в ст. 33 44-ФЗ.
Для формирования ТЗ на проектно-сметную документацию рекомендации разработал и Минстрой: техническое задание составляют в соответствии с приказом № 421/пр от 04.08.2020. В описании обязательно ссылаются на строительные правила и санитарные нормы, сборники федеральных единичных расценок на строительные конструкции и работы, региональные распоряжения и другие нормативы.
Как составить правильное Техническое Задание? Образцы и шаблоны | Дневник проектировщика
Содержание технического задания
В техзадание на разработку проектно-сметной документации необходимо прописать:
- название объекта, его адрес, заказчика
- документальное основание для проведения работ
- вид строительства или иного подряда
- сроки проектирования
- краткую характеристику основных показателей по объекту
- требования к исполнителю, ПСД, результатам проектирования
- действующие стандарты, нормы и правила
- особые условия
- гарантийные обязательства
Пошаговая инструкция составления ТЗ на ПСД
Нормативно не урегулирован конкретный порядок, в котором обязан действовать заказчик, составляя техническое задание на сметную документацию или любое другое техзадание. Этот порядок заказчики определяют самостоятельно внутренними распоряжениями.
Общая логика составления техзадания следующая:
Шаг 1. Определиться, какие работы необходимы заказчику. Проектировать и осметчивать имеет смысл какие-то конкретные работы.
Шаг 2. Определить сотрудника, ответственного за составление техзадания. Доверить техническое задание на составление сметы следует профильному сотруднику, имеющему специальные компетенции в данном виде работ и представления о том, что такое ПСД.
Шаг 3. Сотрудник или целое подразделение, которому доверено составление ТЗ, изучает объект, на котором предполагается проводить работы, имеющиеся документы по этому объекту и нормативную базу по требуемому виду работ и ПСД по нему.
Шаг 4. Внимательно ознакомившись с исходными данными, ответственный сотрудник составляет техническое задание на разработку ПСД, описывая в нем всю необходимую информацию о требуемой услуге, объекте, на котором предстоит проводить спроектированные и отмеченные работы, и прочие важные условия.
Образец технического задания в 2022 году
В случае, если Вы нуждаетесь в помощи при составлении технического задания для Заказчика или не уверены в правильности существующего, то можете воспользоваться нашей услугой разработки технического задания или можете получить бесплатную консультацию прямо по телефону: 8 (800) 201-12-78.
Оказание услуг по разработке проектно-сметной документации на капитальный ремонт помещений сантехнического узла
Разработка проектно-сметной документации на капитальный ремонт помещений сантехнического узла, расположенного на 1 этаже здания Городской клинической больницы № 123 по адресу: г. Москва, ул. Здоровья, д. 1.
В разделе разработать узлы:
— узлы по заделке отверстий в местах прохождения коммуникаций;
— узел по устройству отделки откосов окон;
— узел по устройству подоконных досок;
— узел по устройству дверных откосов;
— монтажный узел по устройству дверных блоков.
Требования к применяемым материалам и техническим решениям:
1. Выполнить демонтаж отделочных слоев стен с последующим оштукатуриванием. Штукатурка стен — улучшенная цементно-песчаная.
2. Стены помещений облицовывать матовой керамической плиткой на всю высоту помещений. Для облицовки применять керамическую плитку матовую белую размером 200×300.
3. Предусмотреть демонтаж и монтаж ПВХ подоконников. Под подоконные ПВХ доски предусмотреть 2 валика из монтажной пены вдоль доски, опорные элементы — деревянные бруски и опорные металлические уголки по стене с шагом не более 600 мм. Опорные уголки заложить под штукатурный слой.
4. Выполнить демонтаж откосов по окнам и дверям.
5. Откосы окон выполнить из гипсоволокнистых листов с последующей облицовкой керамической плиткой. Гипсоволокнистые листы крепить к ПВХ окну через п-профиль. Пространство между откосом и кирпичом заполнить клеем на гипсовой основе двумя непрерывными полосами по длине откоса. Верхний откос выполнить по металлическому оцинкованному каркасу, пространство между стеной и откосом изолировать минеральным утеплителем.
6. Откосы по дверным проемам облицевать керамической плиткой.
7. Ниши под окнами заложить кирпичом или сибитом (в одну плоскость со стеной).
8. Стяжка пола — цементно-песчаная марки не менее В15. Толщину стяжки определить проектом. При необходимости произвести вскрытие пола для определения монтажных и демонтажных объемов работ.
9. Под облицовку пола предусмотреть полимерно-цементную гидроизоляцию.
10. Покрытие пола — керамогранит размером 600×600×10.
11. Потолок во всех помещениях выполнить типа Armstrong открытого типа. В качестве заполнения потолка применить металлокассеты для открытой подвесной системы. Цвет потолка белый.
12. По стоякам отопления, трубам водоснабжения, канализации предусмотреть короба из гипсоволокнистых листов по металлическому оцинкованному каркасу с последующей облицовкой. В коробах предусмотреть установку ревизионных люков.
13. Наличие дверей в помещениях — двери алюминиевые с глухим заполнением из сэндвич-панелей, облицованных металлическими оцинкованными листами толщиной 0,7 мм с полимерным покрытием. Наличие доводчика на полотно. Ручка скоба с двух сторон дверного полотна. В местах крепления, петель, доводчика и т. д. предусмотреть закладные элементы в конструкции двери. Цвет двери белый.
14. Проектом предусмотреть демонтаж и монтаж новых сантехнических кабинок (перегородок). Материал сантехнических кабинок согласовать с заказчиком. Ширина кабинок — не менее 1200 мм. В каждой кабинке предусмотреть установку поручней.
15. Выполнить демонтаж существующих площадок под унитазы.
16. Проектом предусмотреть наклейку матовый пленки на стеклопакеты ПВХ окон.
17. Закладку отверстий, проемов в существующих кирпичных стенах выполнить кирпичом с обеспечением перевязки вновь возводимой кладки с существующей.
18. При нарушении облицовки фасада выполнить восстановление аналогичным материалом.
19. Способ выполнения отверстий в кирпичных стенах, плитах перекрытия — алмазное бурение.
В графической части раздела выполнить:
— принципиальную схему электроснабжения;
— план питающих сетей вентиляционного электрооборудования;
— план розеточных сетей технологического оборудования; план сетей электроосвещения;
— принципиальные схемы электрических щитов;
— схемы прокладки силовых электрических кабелей.
Один экз. сметной и рабочей документации выдается на электронном цифровом носителе (dwg, pdf).
Проектные решения согласовать с Заказчиком.
Разделы проектной документации должны соответствовать требованиям СНиП, СП, СанПиН, Постановлению Правительства Российской Федерации № 87 от 16.02.2008 «О составе разделов проектной документации и требованиях к их содержанию», ГОСТ Р 21.1101-2013 «Система проектной документации для строительства (СПДС). Основные требования к проектной и рабочей документации», Федеральному закону «Технический регламент о требованиях пожарной безопасности» от 22.07.2008 № 123-ФЗ (с изменениями на 27.12.2018).
Обязательно соответствие объемов и материалов в проектной и сметной документации.
Сметная документация должна быть разработана на основании ведомостей объемов работ и проектной документации, должна быть определена базисно-индексным методом в базисном уровне цен с пересчетом в текущий уровень цен с индексацией, действующей на момент передачи документации заказчику. Сметная документация должна отвечать требованиям заказчика и должна быть составлена в программном комплексе «Гранд Смета» в 2 уровнях цен:
1. В базисных ценах 2001 года (применяя единичные расценки из сборников в редакции 2020 года), по сборникам ФЕР-2001, ФЕРм-2001, ФЕРр-2001, ФЕРп-2001, ФССЦ-2001, ФССЦпг-2001.
2. В текущим уровне цен с учетом индексов цен, сложившихся ко времени выдачи сметной документации по сборникам ФЕР-2001, ФЕРм-2001, ФЕРр-2001, ФЕРп-2001 ФССЦ-2001, ФССЦпг-2001 и составлена базисно-индексным методом.
Источник: star-tender.ru
Особенности составления технического задания для ремонтно-строительных работ (Белоцерковский В.Е.)
Как правильно составить техническое задание на строительство?
Техническое задание — это начальный документ, предназначенный для проектной разработки объекта строительства, содержащий все данные об объекте и все характеристики, которые должны быть у объекта после завершения работ. Судя по текстовому составу можно сказать, что техническое задание на строительство — образец того, что хочет заказчик.
Идеальное составленное техническое задание на проектирование строительства должно включать в себя всю информацию, которую может предоставить заказчик.
Заказчик должен четко понимать, что он хочет получить на выходе, и донести эту информацию до исполнителя.
Техническое задание как правило состоит из следующих разделов.
Общие данные
Этот раздел должен содержать следующие сведения (на усмотрение заказчика):
- Обоснование строительства — приказ руководителя организации-заказчика или другой документ.
- Вид строительства — вновь начинаемое, реконструкция или другое.
- Полное наименование организации-заказчика.
- Сведения об особенностях участка, выделенного под строительство — геологические особенности, тип грунта, расположение грунтовых вод, наличие растительности под вырубку.
- Основные требования к объекту: тип объекта, назначение, этажность, возможность использования типовых проектов или только индивидуального, площадь застройки и допустимость использования подземного пространства участка.
- Очередность строительства — если имеется очередность запуска оборудования или установок на объекте.
- Необходимые сроки начала и завершения строительства. Желаемая дата сдачи объекта. Этот пункт должен присутствовать в любом техническом задании. Дата сдачи объекта должна быть раньше или совпадать с датой заключаемого договора.
- Степень надежности здания (в соответствии с требованиями ГОСТ 54257-2010).
- Характеристика проектирования — количество стадий.
- Наличие исходной документации для строительства, включая все разрешения.
Требования к проектированию
- Полнота градостроительных решений — необходимость наличия благоустройства, озеленения участка. В этом пункте также должны содержаться требования к размещению объекта строительства на участке.
- Архитектура объекта, в том числе решения для фасадов и решения для повышения энергоэффективности здания. В этом пункте можно прописать и количество балконов, окон, размещение основного и запасных выходов и их конструкции.
- Особенности конструктивных решений: предполагаемый тип фундамента, стен и перекрытий.
- Отделочные решения: возможность использования местных материалов или привозных, рекомендации по их использованию и по выбору цветовой гаммы.
- Инженерные решения: эффективное расположение коммунальных сетей, в том числе решение по оптимизации водоснабжения и водоотведения.
- Энергообеспечение объекта и его эффективность. В этот пункт можно включить даже необходимое количество розеток в каждом помещении.
- Проектирование освещения. Пункт может включать требование проведения необходимого расчета по нормам освещения для каждого помещения на объекте.
- Необходимость проектирования систем безопасности (охранно-пожарная сигнализация или и охранная, и пожарная по отдельности), систем передачи данных и других систем (вентиляция, отопление, кондиционирование).
- Инфраструктура объекта и участка – наличие парковок, пешеходных дорожек, благоустроенных подъездных путей.
- Требования заказчика проектно-сметных документов и форме их предоставления.
- Необходимость технико-экономических обоснований всех расчетов.
Дополнительные указания
В этом пункте должны быть указаны те требования заказчика, которые не нашли отражения в предыдущих пунктах. Например, наличие демонстрационных материалов, необходимость разработки различных паспортов на будущий объект, количество экземпляров проектной документации.
Как показывает практика, такое полное задание на строительство разрабатывается только в случаях крупного вновь организуемого возведения объектов, в том числе торговых центров и жилых комплексов. Информация по каждому пункту должна быть полной настолько, насколько посчитает нужным заказчик.
Варианты оформления технического задания
Единых требований к оформлению технического задания нет.
То есть форма задания — практически произвольная, но максимально понятная для исполнителя. Можно выполнить задание в виде сплошного отформатированного текста, а можно и в табличной форме.
- Техническое задание № 1. Вариант вопросов, которые должно содержать техническое задание на строительство дома будущего (умного дома). Такой вариант подойдет для особо требовательных заказчиков при планировании крупного индивидуального жилого строительства.
- Техническое задание № 2. Готовое техническое задание на проектирование гостиницы, в котором максимально отражены требования к строительству в целом и конструктивным особенностям объекта.
- Техническое задание № 3. Этот пример — техническое задание на строительство и проектирование складского комплекса с офисными помещениями, выполненное сплошным текстом.
- Разъяснение по форме технического задания (с примерами) от центра защиты застройщиков. На этой странице предоставлены образцы утвержденных заданий на разные виды работ.
Ответственность при составлении технического задания
При составлении такого документа, как техническое задание на строительство здания, заказчику нужно предельно четко сформулировать все важные моменты. задания не должно вызывать спорных вопросов или двоякого восприятия.
Этот документ имеет юридический вес и в обязательном порядке подшивается к договору между исполнителем и заказчиком в виде одного из основных приложений.
За корректность составления задания административную ответственность несет непосредственный исполнитель.
Составляем техническое задание при закупке строительных работ
Расскажем, чем для заказчика различаются виды строительных работ и даст алгоритм написания технического задания, поможем определиться, какого вида ремонт — текущий или капитальный — нужно указать в техзадании.
Ни Закон № 44-ФЗ, ни подзаконные НПА прямо не предусматривают обязанности заказчика составлять техническое задание и не раскрывают понятие техзадания. В ст.
33 Закона № 44-ФЗ перечислены лишь правила описания объекта закупки — это базовая часть при формировании техзадания, но всего лишь один из его этапов.
Однако ТЗ практически всегда входит в пакет документов, которые заказчик готовит для закупки строительных работ.
Расскажем, что включает в себя составление техзадания для закупки строительных работ. Процедуру работы над техзаданием легче всего представить в виде алгоритма:
- определить вид строительных работ (новое строительство, реконструкция, капитальный ремонт, текущий ремонт);
- описать объект закупки, определив порядок выполнения работ и составив ведомость используемых при выполнении работ товаров (с их наименованиями и характеристиками);
- включить в ТЗ сметную документацию;
- приложить проектную документацию (при закупках работ на объекте капстроительства).
Рассмотрим каждый этап по порядку.
Для получения полного доступа к порталу Про-госзаказ.ру, пожалуйста, зарегистрируйтесь. Это займет не больше минуты. Выберите социальную сеть для быстрой авторизации на портале:
Определите необходимый вид строительных работ
Прежде чем приступить к составлению техзадания, выберите, какой нужен вид работ для объекта строительства:
- новое строительство;
- реконструкция;
- капитальный ремонт;
- текущий ремонт.
Учтите, что строительство, реконструкция и капитальный ремонт — регулируются Градостроительным кодексом. Поэтому, чтобы однозначно определить предмет закупки, пользуйтесь определениями понятий, которые даны в ГрК РФ.
Сложности при определении предмета закупки возникают при попытке определиться с понятиями «капитальный ремонт» и «текущий ремонт». Ведь граница между ними проходит весьма условно.
Цель капитального ремонта зданий и сооружений — восстановить их ресурс с заменой при необходимости конструктивных элементов и систем инженерного оборудования, а также улучшить эксплуатационные показатели.
Пример
Виды работ при капремонте
Замена ответвлений от этажных щитков или коробок квартирных счетчиков, установочных и осветительных приборов коммунального освещения.
Замена осветительных приборов для нужд коммунального освещения на энергосберегающие.
Восстановление или смена ограждения на чердачной кровле.
Утепление стен и надподвальных перекрытий подвальных помещений.
Усиление конструкций карнизных блоков с последующей отделкой поверхностей.
При текущем ремонте стоит задача восстановить исправность (работоспособность) их конструкций и систем инженерного оборудования, а также поддержать эксплуатационные показатели — замену их текущий ремонт не предполагает.
Пример
Виды работ при текущем ремонте
Заделка и расшивка стыков, швов, трещин, восстановление местами облицовки фундаментных стен со стороны подвальных помещений, цоколей.
Утепление промерзающих участков стен в отдельных помещениях.
Прочистка и ремонт вентиляционных каналов и вытяжных устройств.
Антисептическая и противопожарная защита деревянных конструкций.
Очистка кровли от снега и наледи.
Таким образом, капитальный ремонт отличается от текущего, во-первых, масштабом и стоимостью работ, во-вторых, периодичностью проведения и, в-третьих, их характером. Кроме того, капремонт — это не предупредительное, а скорее восстановительное мероприятие по эксплуатации здания.
Опишите в техзадании объект закупки
Разобравшись с предметом закупки, вы должны описать объект закупки. Для этого нужно определиться, что включать в задание исполнителя.
Ваша задача — описать этот объект максимально подробно, чтобы участник мог правильно оценить возможности и рассчитать свои затраты на выполнение работ до подачи заявки.
Установите порядок работ и опишите, какие товары следует применять при работах (например, специальные виды техники).
Если в документации о закупке нет полной информации об объекте закупки, потенциальные участники могут подать жалобы в контрольные органы, после чего закупку могут отменить.
Во-первых, определите порядок выполнения работ.
Вам нужно указать требования к результатам работ, срок выполнения работ, срок гарантии на выполненные работы, требования о соответствии выполняемых работ законодательству РФ, государственным стандартам РФ, требованиям СанПиН и иным нормативным правовым актам. Включите требования к качеству и безопасности работ, требования по передаче заказчику технических и иных документов по завершении и сдаче работ.
Во-вторых, сформируйте ведомость используемых товаров. Укажите их наименования и характеристики.
Помните, что описание характеристик товаров, используемых при выполнении работ, не должно включать требования или указания в отношении знаков обслуживания, фирменных наименований, патентов, полезных моделей, промышленных образцов.
Кроме того, в нем нельзя указывать наименование места происхождения товара или наименование производителя. Ведомость товаров может содержать указание на товарные знаки.
Обязательное условие — упоминание слов «или эквивалент». За исключением случаев несовместимости товаров, на которых размещаются другие товарные знаки, и необходимости обеспечивать их взаимодействие с используемыми товарами.
Просто написать «или эквивалент» недостаточно. В документации вы обязаны определить параметры эквивалентности, чтобы участник закупки мог подобрать эквивалент товара по указанным характеристикам.
При составлении ведомости товаров используйте стандартные показатели, требования, условные обозначения и такую терминологию, которая касается технических и качественных характеристик товара. Все эти стандартные показатели установлены в технических регламентах, стандартах и иных требованиях законодательства о техническом регулировании.
Если при формировании ведомости вы не можете указать стандартные показатели, требования, условные обозначения и терминологию, обязательно включите в документацию обоснование необходимости использования других показателей, требований, обозначений и терминологии.
Ведомость товаров должна содержать показатели, которые позволят определить соответствие используемого при выполнении работ товара установленным заказчиком требованиям. Поэтому укажите максимальные и (или) минимальные значения таких показателей, а также значения, которые не могут изменяться.
Не указывайте в описании объекта закупки параметры, которые могут привести к ограничению конкуренции. Ориентируйтесь на нескольких производителей товаров — как минимум двоих либо же на техрегламенты, госстандарты. Если вы используете госстандарты при описании характеристик товара, в обязательном порядке укажите их в техзадании.
Конкретные показатели вы можете прописывать только в случае, если, например, необходимо обеспечить совместимость закупаемых товаров с уже имеющимся у вас товаром.
При описании характеристик товара не используйте данные технических условий (далее — ТУ). ТУ — технический документ, который разрабатывается по решению разработчика или по требованию заказчика продукции.
Поэтому требования заказчика поставить или использовать при выполнении товары с конкретными ТУ фактически представляют собой требования к производителю соответствующих товаров.
Это требования об использовании производителем при изготовлении товаров ТУ, которых может и не быть в открытом доступе. А это также ограничение конкуренции.
Обязательно отметьте характеристики товара, который вы будете считать частью работ, частью конечного продукта, и будете принимать при приемке. При этом нельзя указывать характеристики оборудования, с помощью которого будут проводиться строительные работы. Ведь товар, используемый при выполнении работ, не переходит в вашу собственность.
Пример
Как корректно обозначить показатели?
В ведомости товаров, используемых для выполнения работ, указывайте:
- максимально допустимое значение (например, высота не более 80 мм);
- минимально допустимое значение (например, длина не менее 10 см);
- показатель, значение которого не может изменяться, — характеристика, которая не подлежит изменению, при этом может содержать слова «не более», «не менее», «от_ и _ до» и другие выражения в случае, если такая характеристики однозначно установлена техрегламентом, ГОСТом или производителем в сопроводительной документации на товар (например, фракция щебня св. 10 до 20 мм; св. 15 до 20 мм; св. 20 до 40 мм).
В описание характеристик товара включите:
- диапазон от минимально до максимально допустимого значения (например, толщина не менее 2 и не более 4 мм);
- вариативное значение, обозначающее наличие нескольких вариантов значений и предполагающее необходимость выбора одного из них (например, цвет керамической плитки — бежевый или серый).
Какие требования излишни
Иногда заказчики устанавливают чересчур детальные требования, например к химическому составу покрытия болта.
В практике контрольных органов такие требования признаются излишними, ведь они не относятся к техническим и качественным характеристикам используемого товара. В данном случае болта.
Также к излишним требованиям относятся требования к сроку хранения либо к упаковке используемого при выполнении работ товара (если такие ограничения не установлены госстандартами).
Включите в техзадание сметную документацию
В сметной документации отразите весь объем выполняемых работ. Кроме того, ведомость можно использовать как обоснование НМЦК. Ведь в ней указаны все расценки, из которых складывается общая цена выполнения работ.
При закупках работ на объект капстроительства приложите проектную документацию.
Если вы проводите закупку работ на строительство и реконструкцию, вы обязаны предоставить проектную документацию в полном объеме. При капитальном ремонте достаточно приложить к техзаданию отдельные разделы проектной документации. Состав этих разделов зависит от содержания работ, которые выполняют при капитальном ремонте объектов капитального строительства (ч. 12.2 ст. 48 ГрК РФ).
При текущем ремонте проектная документация вообще не требуется.
Проектная документация представляет собой материалы в текстовой форме и в виде карт (схем), определяя архитектурные, функционально-технологические, конструктивные и инженерно-технические решения для обеспечения требуемых строительных работ.
Если вы проводите закупку услуг капитального ремонта за счет бюджетных средств, вы должны применять п. 7 постановления Правительства РФ от 16.02.2008 № 87 «Об утверждении положения о составе разделов проектной документации и требования к их содержанию». Это относится к случаю, когда проектная документация служит приложением к техзаданию.
Общие рекомендации к формированию ТЗ
Чтобы получить качественный результат по итогам закупки, в техническом задании вы должны:
техническое задание
техническое задание на выполнение ремонтных отделочных работ в офисном помещении по адресу г. Сочи ул. Горького
1. Условия выполнения работ
1. Ремонту и отделке подлежит офис, находящийся в бизнес — центре по ул. Горького в г. Сочи. Рассматривается ремонт помещения общей площадью 66 м» .
2. После подготовки техзадания, с Подрядчиком будет согласована соответствующая смета.
3. Проведение ремонта в помещении требует предельно низкого уровня шума и пылеобразования в ходе выполнения работ. В силу этого к Подрядчику предъявляются дополнительные требования по минимальному применению шумных и пылеобразующих техпроцессов, а также исключению появления строительного мусора и пыли в местах, где не производятся работы в данное время.
4. Для этого, по окончании любых работ на конкретном участке, если в течение ближайшего рабочего дня не планируется продолжение работ, пыль и строительный мусор с него должны быть удалены. Подрядчик должен принять меры для исключения распространения мусора и пыли при перемещении рабочих по подъезду (необходимое количество влажных тряпок на рабочих местах).
5. В целях исключения применения некачественных строительных материалов, закупку берет на себя Подрядчик. Расходными материалами и инструментом рабочих обеспечивает Подрядчик (кисти, валики, малярный скотч, перчатки, ветошь и т.п.).
6. Защитные экраны изготавливаются Подрядчиком из своего материала и принимаются Заказчиком как самостоятельное изделие, с проверкой соответствия назначению. Пользование лифтами для транспортировки строительных материалов запрещено. Подрядчик обеспечивает постоянный надзор за качеством выполнения работ, согласно договору ведения авторского и технического надзора.
2. Подготовительные работы
1. Изготовить защитные экраны для входной двери. Для каркаса может быть использован любой материал на усмотрение Подрядчика, при условии минимальной цены и обеспечения необходимой жесткости конструкции. Закрыть пэт пленкой входную дверь
По периметру контактирующей с укрываемой поверхностью грани экрана проклеивается поролон для перекрывания щелей в зоне контакта.
2. Закрыть пленкой окна (2 шт., площадь 1 окна 2,4 м2).
3 .Техническое задание по ремонту стен и устройству перегородок из ГКЛ на металлокаркасе
1. Выровнять поверхность стен (площадь 67,87 м2):
- в случае выявления в ходе проведения ремонтных работ, участков штукатурки имеющих непрочный контакт с бетонной стеной произвести ее удаление и заделку образовавшейся полости штукатурным раствором. Средняя толщина слоя штукатурки 3-5 см.
- при выявлении неровностей выровнять в плоскости по уровню поверхность стен штукатурным раствором, нанесение шпатлевки на поверхность стен выполнять после обработки грунтовками глубокого проникновения, произвести монтаж оцинкованных перфорированных уголков по наружным углам, углоформирующей ленты по внутренним;
- выровнять в плоскости поверхность стен грубой шпатлевкой с минимальной толщиной слоя шпатлевки, но не менее чем в два слоя;
- после шпаклевки, ошкуривание, шлифовка обработанных поверхностей и грунтовка под финишную шпатлевку;
2. Выполнить устройство перегородок из ГКЛ на металлическом каркасе (44.34 м2)
- устройство металлокаркаса из стенового профиля сечением 100х50 м;
- облицовка гипсокартонном в 2 слоя стен прямолинейных с одной стороны.
- заполнение звукоизоляционным материалом до 100 мм внутренней полости перегородки.
- облицовка гипсокартонном в 2 слоя стен прямолинейных с другой стороны.
- расшивка и заделка швов между листами гипсокартона, проклейка ленты серпянки.
- поверхность прогрунтовать грунтовками глубокого проникновения.
- шпатлевание стен грубой шпатлевкой в два слоя
- на зашпаклеванную и тщательно прогрунтованную поверхность наносится слой финишной шпатлевки;
- перед покраской поверхность шлифуется шлифмашинкой и грунтуется;
- покраска стен в инспекторской и кабинете руководителя осуществляется матовой краской «CAPAROL»;
- в конференц-зале и зоне приемной декоративными красками фирмы «OIKOS» OTTOCENTO ANTICO
4. Техническое задание по гипсокартонным потолкам
2.Должны быть установлены как можно ближе к имеющемуся потолку.
3.Изготавливаются из влагостойкого ГКЛ 12 мм на металлокаркасе:
- выполнить устройство перегородок из ГКЛ на металлическом каркасе (66 м2)
- устройство металлокаркаса из профиля сечением 60х28 мм одноуровневого;
- облицовка гипсокартонном в 1 слой
- устройство металлокаркаса из профиля сечением 60х27 мм двухуровневого;
- облицовка гипсокартонном в 1 слой
- предусмотреть устройство электро- подсветки гипсокартонового короба
- расшивка и заделка швов между листами гипсокартона с проклейкой ленты серпянки.
- поверхность прогрунтовать грунтовками глубокого проникновения.
- шпатлевание стен грубой шпатлевкой в два слоя
- на зашпаклеванную и тщательно прогрунтованную поверхность наносится слой финишной шпатлевки;
- перед покраской поверхность зачищается и выравнивается шкуркой, грунтуется;
- покраска осуществляется матовой краской «CAPAROL»;
5.В зонах инспекторской и кабинете руководителя потолки в один уровень по металлическому каркасу из влагостойкого ГКЛ 12 мм
6.В зонах приемной и конференц-зале потолки в два уровня по металлическому каркасу из влагостойкого ГКЛ 12 мм со скрытыми лентами подсветки.
7.Поверхность должна быть ровной и без отклонений от плоскости.
8.Установка угловых маячков штукатурных на наружных и углоформирующей ленты на внутренних углах.
9.Загрунтовать поверхность, зашпаклевать и выровнять.
10.Грунтовка под покраску «ALPINA»
11.Покраска красками «CAPAROL».
5. Техническое задание по откосам, углам и поверхностям ригелей
1.Площадь 56,5 м2 , 60 м.пог.
2.По периметру помещения как можно ближе к ригелям, выполнить устройство гипсокартонных конструкций со скрытыми точечными светильниками 43 м пог
3.Изготавливаются из влагостойкого ГКЛ 12 мм на металлокаркасе:
- устройство металлокаркаса из профиля сечением 60х28 мм;
- облицовка гипсокартонном в 1 слой
- предусмотреть устройство электро- подсветки гипсокартоновых коробов.
- расшивка и заделка швов между листами гипсокартона с проклейкой ленты серпянки.
- установка угловых маячков штукатурных на наружных и углоформирующей ленты на внутренних углах.
- поверхность прогрунтовать грунтовками глубокого проникновения.
- шпатлевание поверхностей грубой шпатлевкой в два слоя
- на зашпаклеванную и тщательно прогрунтованную поверхность наносится слой финишной шпатлевки;
- перед покраской поверхность зачищается и выравнивается шкуркой, грунтуется;
- покраска поверхностей в инспекторской и кабинете руководителя осуществляется матовой краской «CAPAROL»;
- в конференц-зале и зоне приемной декоративными красками фирмы «OIKOS» OTTOCENTO ANTICO
6. Техническое задание по устройству декоративной перегородки между зоной ресепшн и конференц-залом
1.Площадь 6,2 м2 , 123 м.пог.
2. Между зоной ресепшн и конференц-залом. Выполнить устройство гипсокартонных конструкций декоративной перегородки со скрытыми точечными светильниками
3.Изготавливается из влагостойкого ГКЛ 12 мм на металлокаркасе:
- устройство металлокаркаса из профиля сечением 50х40 мм;
- облицовка гипсокартонном в 1 слой
- предусмотреть устройство электро- подсветки гипсокартоновых коробов.
- предусмотреть устройство стеклянных пескоструйных экранов
- расшивка и заделка швов между листами гипсокартона с проклейкой ленты серпянки.
- установка уголков перфорированных на наружных и углоформирующей ленты на внутренних углах.
- поверхность прогрунтовать грунтовками глубокого проникновения.
- шпатлевание поверхностей грубой шпатлевкой в два слоя
- на зашпаклеванную и тщательно прогрунтованную поверхность наносится слой финишной шпатлевки;
- перед покраской поверхность зачищается и выравнивается шкуркой, грунтуется;
- покраска поверхностей осуществляется матовой белой краской «CAPAROL»;
7. Техническое задание по оконным и дверным откосам
Площадь оконных и дверных проемов 34,22 м2 откосы 51 м.пог. площадь откосов 11 м2
Удалить излишки пенного герметика по периметру окон.
Выровнять поверхность под оконными отливами, заделать пустоты в откосах.
Выровнять поверхность подоконников и откосов с использованием перфорированного металлического уголка на прямых участках
В проемах гипсокартоновых перегородок произвести усиление проемов для установки стеклянных дверей и перегородок.
Зашпатлевать, прогрунтовать поверхность .
8. Техническое задание по устройству стяжки по маякам с последующей облицовкой поверхности пола керамогранитной плиткой
1. Площадь пола 66 м 2
2. Очистить поверхность пола от пыли и остатков гипсовых штукатурок.
3. Поверхность прогрунтовать грунтовкой-праймером
3. Установить штукатурные маяки по уровню.
4. Произвести выравнивание пола выравнивающим составом «Кератекс» или ему подобным
5. После высыхания стяжки и набора достаточной прочности. произвести укладку керамогранитных плит размером 450х450 мм.
6. Установить плинтус из керамогранита с предварительной нарезкой плитки.
7. Произвести между плитами керамогранита декоративную затирку швов.
Выполнение работ без технического задания
Могут быть указаны этапы выполнения работ, а также сроки принятия результатов. При необходимости, в документе прописываются ответственные за его исполнение лица. Данное задание также может содержать реквизиты сторон.
- В случае необходимости, к техническому заданию могут прилагаться различные документы, как в подлинниках, так и в копиях. Исполнительная документации изготавливается в количестве экземпляров, равным количеству экземпляров технического задания. Каждая сторона в сделке имеет право иметь оригинал технического задания со всеми приложениями к нему.
- Ниже размещен один из вариантов технического задания. С другими образцами технического задания Вы можете ознакомиться в разделе нашего сайта «Образцы документов». Ознакомьтесь с правовой документацией данной тематики в разделе сайта «Вопрос-ответ».
Договор подряда
Работы с электрическими сетями:
- Перечень работ (установка, замена, перенос розеток и выключателей).
- Необходимость прокладки телефонных или интернет-кабелей.
- Приложить схему.
8. Мероприятия по монтажу отопительных систем и кондиционеров:
- Установка, перенос, замена или просто покраска отопительного прибора.
- Демонтаж традиционного прибора и установка системы «теплые полы».
- Обозначить на схеме место расположения кондиционера и трассы. Уточнить, как будет проведено его питание от электросети.
Нужно ли обследование помещения перед составлением технического задания на ремонт Все специалисты сходятся во мнении о том, что обследование комнаты является обязательным этапом при составлении ТЗ для ее ремонта.
При этом процедура должна проводиться не только до разработки техзадания, но и в процессе составления.
Важно В них обычно перечисляют такие требования:
- К функциональной составляющей.
- Для параметров безопасности (для автоматических систем и программного обеспечения).
- К квалификационному уровню специалистов.
- К внешнему виду.
- К используемым материалам.
Список требований, сгруппированных по видам, довольно длинный, их разнообразие обусловлено различными целями проектов. Чаще всего требования, касающиеся функциональности, выступают ядром, вокруг которого разрабатывается каждое техническое задание. Система остальных технических условий и инструкций становится своеобразным «камуфляжем», надетым на эти требования.
При неудачной формулировке основного задания, даже самый лучший «камуфляж» не спасет положение, и проект будет провален.
Кс-2 подписан работы по техзаданию не выполнены
Исходные документы для геологиидопуск СРО (лицензия) на работыдоговор и техническое заданиетопографическая съемкаразрешительная документациядля города Москвыдля Московской областиАрхивные материалыМетоды изысканийгеологические скважины и шурфыстатическое зондирование грунтовпрессиометрические испытанияштамповые испытаниягидрогеологические изысканияБуровые установкиПБУ-2 на базе ЗИЛаПБУ-50 на базе КАМАЗаАВБ-2М на базе ГАЗ-66КМБ 2-10 переносная установкаБуровые работыударно-канатное бурениеколонковое бурение скважинвибрационное бурение скважиншнековое бурение скважинПолевая геологияЛабораторные исследования грунтоваккредитация лабораториитипы исследуемых грунтовмеханические свойства грунтовфизические свойства грунтовхимический анализ технического отчетаобразец технического отчетатехотчет по штампамтехотчет по грунтовой лабораторииЭкспертиза тех.
ИРД) | Техническое задание на проектирование | Проектирование | Проект организации строительства (ПОС, ПОКР) | Проект производства работ (ППР, ППРк, ПОД, ТК) | Календарный и сетевой график производства работ | Тендерная документация в строительстве | Составление договоров строительного подряда | Организация, планирование и управление в строительстве | Фотография рабочего времени (дня) | Классификация зданий. Основные конструктивные элементы зданий | Специализированные строительные машины и инструменты | Транспортировка, приёмка, складирование и хранение материалов | Норматива трудноустранимых потерь и отходов материалов в строительстве | Сертификация, физико-технические свойства и классификация | Нормативные документы в строительстве | Исполнительная документация в строительстве | Контроль качества строительно-монтажных работ | Пособие, рекомендации, инструкция, положение и т.д.
страница / строительство / техническое задание на проектирование
Кол-во Требование к материалам Примечание Раздел должен включать количественные и качественные показатели выполняемой работы (объемы в натуральном выражении) по технологическим процессам в соответствии или приближенных к требованиям ГЭСН, ГЭСНр, ГЭСНм, ГЭСНп, ГЭСНрр и т. д.
; Раздел должен включать перечень этапов с указанием их объемов и плановых сроков начала и окончания работ (календарный план).
Техническое задание, пример
Другими словами, техническое задание – это инструкция для работников, которая позволяет сопоставить конечный результат с запланированным.
Особенности техзадания Нередко сам процесс составления инструкции позволяет заказчику понять, каким он хотел бы видеть выполненный проект.
Это связано с тем, что необходимость постановки конкретных целей стимулирует его к изучению возможностей и ограничений, присущих данному типу деятельности.
Техническое задание: понятие, разработка, правила, составление, заказчика, на закупку
Перед тем, чтобы начать говорить об основных правилах технического задания, необходимо разобраться с тем, что же из себя представляет техническое задание (ТЗ), какую структуру имеет и т.д. Об этом и поговорим ниже в данной статье.
Научное понятие ТЗ
Итак, техническое задание представляет собой документ на проектирование какого-либо технического объекта, в котором определяется:
- назначение объекта;
- технические характеристики;
- технико-экономические требования;
- показатели качества;
- предписание по выполнению стадий создания технологической, конструкторской, программной и иной документации;
- специальные требования.
Необходимо отметить, что ТЗ – юридический документ, который как приложение включается в итоговый договор между исполнителем и заказчиком на проведение необходимых проектных работ. Он является зачастую основой договора, так как включает в себя: условия и порядок проведения работ, сроки выполнения заказа, цель, основные задачи и принципы, ожидаемые результаты.
Любые дополнения, изменения и уточнения формулировок ТЗ в обязательном порядке проходят процесс согласования с заказчиком и последующим их утверждением.
Это необходимо для того, чтобы в случае обнаружения либо выявления в процессе выполнения работ ошибок или неточностей, была возможность определения степени вины всех участников проекта, распределения понесенных убытков и т.д.
ТЗ в IT – юридический документ, который содержит полную информацию, необходимую для постановки конкретных задач исполнителям, интеграцию либо внедрение полученного программного продукта, сайта, информационной системы, портала и др.
Разбор понятия ТЗ простыми словами
Чтобы разобраться с основными сложностями, связанными с понятием ТЗ, обратим внимание на следующие моменты:
- основная цель технического задания – постановка задачи. Таким образом, оно разрабатывается до прототипа проекта, текста, дизайн-проекта, так как любая архитектура – процесс выполнения этой задачи, то есть ответ на какой-либо поставленный вопрос;
- исходя из вышеизложенного любой текст технического задания должен начинаться с главы «Цели и задачи», которая их конкретно формулирует. Необходимо учитывать, что «бесцельное» задание, не является официальным ТЗ;
- ТЗ без конкретных измеримых показателей в секундах, рублях и т.д. — — быть не может. Ведь документ определяет конкретные ожидаемые результаты и сроки выполнения. Поэтому в техническом задании обязательно должен присутствовать раздел «Порядок приемки и оценки»;
- техническое задание в обязательно порядке должно быть согласовано со стратегией развития бизнеса заказчика, его общим бизнес-планом, анализом определенного сегмента рынка. Все это предоставит возможность определить наиболее четкие цели, по которым можно будет наиболее адекватно и эффективно провести приемку конечного продукта. Отсутствие бизнес-плана у заказчика – гарантия непрофессионального выполнения ТЗ;
- правильное техническое задание должно писаться сотрудниками заказчика, а не исполнителя. Глупо, если исполнитель сам себе будет определять задачи и цели и т.д.;
- каждое внесение правок и изменений в ТЗ должно стоить денег. Это обусловлено необходимостью исключить бесконечное исправление конечного документа. Цена каждой правки в техническом задании должна четко быть прописана в соответствующем разделе.
Правила составления технического задания
Как отмечалось выше, при составлении ТЗ, заказчику необходимо руководствоваться следующими правилами:
- описание потребностей должно носить объективный, а не субъективный, характер;
- формулировки ТЗ должны быть лаконичными, понятными, типовыми (унифицированными), непротиворечивыми, соответствовать сложившейся практике делового оборота, не противоречащие законодательству;
- ТЗ не должно предусматривать для исполнителя больше рисков, чем для заказчика, поскольку это приведет к завышению цены или их отказом от подачи заявок.
В ТЗ необходимо указать:
- общую информацию о закупке;
- данные об объекте закупки;
- требования к исполнителям;
- условия исполнения договора (контракта).
Обычно составляет ТЗ сотрудник контрактного отдела совместно с профессиональным юристом и специалистом заинтересованного подразделения компании.
Подписывает: руководитель заказчика либо лицо, уполномоченное на принятие управленческих решений о проведении закупки компанией.
Дата подписания: желательно подписать ТЗ не позднее чем за десять календарных дней до даты утверждения документации о закупке.
Советы по составлению корректного ТЗ в IT
Прежде, чем составлять ТЗ, заказчик должен разобраться с тем, что именно он хочет приобрести в результате. Следует определить конечную цель технического задания, основные особенности желаемого итога и т.д.
Собрать всю необходимую документацию, согласно которой вы выполняете данную работу, для которой нужно приложение. Прочитать ее очень внимательно, отмечая все особенности и тонкости.
Должно быть понимание, какие параметры следует задать исполнителю на входе, какова периодичность работы с необходимой программой, сколько данных будет получаться на выходе, все ли они действительно нужны.
Желательно как можно подробнее описать всю необходимую информацию, указать особенности, необходимый уровень детализации, исключения. Нужно продумать все возможные мелочи: округление, формат чисел, ставки, доли и т.д.
Не допускайте в ТЗ расплывчатые описания, лишние слова. Проверяйте пунктуацию – ведь ошибки в ней могут исказить смысл технического задания.
Обсуждайте ТЗ с непосредственным исполнителем, попытайтесь на начальном этапе разрешить все вопросы, прислушиваясь к мнению партнера.
Помните, что ваше задание — справочник, в котором всегда можно посмотреть описание, вспомнить требование и т.д.
Техническое задание на проектирование – исходный документ для проектирования сооружения или промышленного комплекса, конструирования технического устройства
Техническое задание (ТЗ, техзадание) — исходный документ для проектирования сооружения или промышленного комплекса, конструирования технического устройства (прибора, машины, системы управления и т. д.), разработки информационных систем, стандартов либо проведения научно-исследовательских работ (НИР).
ТЗ содержит основные технические требования, предъявляемые к сооружению, изделию или услуге и исходные данные для разработки; в ТЗ указываются назначение объекта, область его применения, стадии разработки конструкторской (проектной, технологической, программной и т.
п.) документации, её состав, сроки исполнения и т. д., а также особые требования, обусловленные спецификой самого объекта либо условиями его эксплуатации. Как правило, ТЗ составляют на основе анализа результатов предварительных исследований, расчётов и моделирования.
Как инструмент коммуникации в связке общения заказчик-исполнитель, техническое задание позволяет:
- обеим сторонам
- представить готовый продукт
- выполнить попунктную проверку готового продукта (приёмочное тестирование — проведение испытаний)
- уменьшить число ошибок, связанных с изменением требований в результате их неполноты или ошибочности (на всех стадиях и этапах создания, за исключением испытаний)
- осознать, что именно ему нужно
- требовать от исполнителя соответствия продукта всем условиям, оговорённым в ТЗ
- понять суть задачи, показать заказчику «технический облик» будущего изделия, программного изделия или автоматизированной системы
- спланировать выполнение проекта и работать по намеченному плану
- отказаться от выполнения работ, не указанных в ТЗ
Техническое задание – исходный документ определяющий порядок и условия проведения работ по Договору, содержащий цель, задачи, принципы выполнения, ожидаемые результаты и сроки выполнения работ.
Техническое задание является основополагающим документом всего проекта и всех взамоотношений заказчика и разработчика. Корректное ТЗ, написанное и согласованное между всеми заинтересованными и ответсвенными лицами является залогом успешной реализации проекта.
Состав задания на проектирование устанавливается с учетом отраслевой специфики и вида строительства.
Вместе с заданием на проектирование заказчик выдает проектной организации исходные материалы:
Источник: legal360.ru
Техническое задание на выполнение работ образец и как составить
Техническое задание по 44 ФЗ — это документ, который необходим заказчику, особенно на этапе обоснования НМЦК. Но закон не устанавливает правил, по которым они составляются.
Описание объекта закупки является составной частью техзадания. В законе о контрактной системе правила описания объекта урегулированы, но требования к техническому заданию по 44 ФЗ не уточняются и о таком документе ничего не говорится.
Напомним, что с 11.01.2018 в правилах описания предмета госзаказа произошли изменения:
- Законодатели исключили положение о том, что оно должно носить объективный характер.
- Как и раньше, потребуется сопроводить товарный знак словами «или эквивалент».
Делать это не обязательно:
- если товары, которые выпускаются под другими товарными знаками, несовместимы с товарами, которыми пользуется госзаказчик;
- если закупаются запчасти и расходные материалы к машинам и оборудованию, которыми пользуется заказчик, согласно техдокументации.
Составлять образец формы технического задания по 44 ФЗ работнику контрактной службы или контрактному управляющему рекомендуем совместно с юридической службой и специалистами, которые знают специфику в конкретной области закупки.
Правила составления ТЗ основаны на комплексе норм государственных и международных стандартов (ГОСТ). При их использовании в какой-либо сфере необходимо соотнести ТЗ со спецификой конкретной области деятельности.
В соответствии с 44-ФЗ, образец технического задания по ГОСТу в обязательном порядке заказчику создавать не нужно.
Но практика показывает, что на каждом из этапов закупки (при составлении сопровождающей документации, проекта контракта, приемки и контроля исполнения контракта) заказчик соприкасается с элементами техзадания.
Поэтому полезно такой образец иметь и понимать принципы разработки технического задания.
Правила составления ТЗ по 44 ФЗ
Самый простой и быстрый способ сформировать техническое задание — образец по ФЗ 44 разработать на основе официального издания Единой системы документации национальных стандартов.
Основное назначение технического задания — четко определить и зафиксировать требования к объекту закупки. Закон устанавливает, что наименование закупки указывается в соответствии с каталогом товаров, работ, услуг (ч. 4 ст. 23). Каталог утвержден постановлением правительства от 08.02.2017 № 145.
При наличии описания закупаемой продукции в КТРУ заказчик обязан:
- описывать объект закупки так, как это предусмотрено КТРУ;
- включить в описание письменное обоснование (если описание отличается от того, которое предусмотрено в КТРУ).
Формулировку требований заказчик составляет на основе правил описания объекта закупки (ст. 33). Выделим некоторые обязательные условия:
- указание на эквивалент;
- обоснованность регламентами или иными нормативными документами;
- наличие спецификаций, планов, чертежей, эскизов, изображений (при необходимости);
- новое состояние товара (если нет иной потребности у заказчика);
- требования в отношении гарантийного срока, предоставлении гарантии.
Что указать в техническом задании
ТЗ необходимо основывать на положениях 44-ФЗ, обязательно соблюдать нормы гражданского, бюджетного и антимонопольного законодательств и отраслевых нормативных актов.
В качестве рекомендации, как составить техническое задание по 44 ФЗ, можно предложить разбить документ на основные разделы:
- общая информация;
- информация о закупаемом объекте;
- требования к поставщикам;
- условия исполнения контракта;
- приложения (допускается по усмотрению заказчика).
Этапы составления технического задания
1. Составить список терминов, определений и сокращений, которые будут использоваться в документе.
2. Предоставить полную информацию о заказчике:
- наименование (официальное название организации с указанием организационно-правовой формы);
- адрес (организации или подразделения, которое отвечает за госзакупку);
- режим рабочего дня в соответствии с внутренним трудовым распорядком.
3. Предусмотреть в информации о закупке сведения:
- совместная закупка или нет, а если да — права и обязанности каждого заказчика (ПП от 28.11.2013 № 1088);
- централизованная закупка, сведения об уполномоченном органе (ч. 1 ст. 26 закона № 44-ФЗ);
- привлечение экспертов, порядок их работы.
4. Перечислить сведения о госзакупке:
- способ определения поставщика (ч. 1 ст. 24);
- обоснование выбранного способа определения поставщика (ч. 5 ст. 24).
5. Перечислить требования к участникам: деловая репутация, наличие у них производственных мощностей.
6. Указать исходные условия: справочная, производственная, опытная информация, которые оказывают влияние при исполнении контракта. Например, обслуживать закупаемую технику только в утренние часы.
7. Привести сведения об особенностях производственного процесса или архитектурного объекта заказчика, которые повлияют на процесс исполнения контракта. Например, при составлении технического задания на закупку мебели может понадобиться указать, что при доставке необходим подъем на третий этаж вручную из-за отсутствия лифта.
8. Указать точное местоположение объекта, а при необходимости — его полное описание. Это потребуется, например, для проектирования инженерных коммуникаций или для точного расчета стоимости ремонта.
9. Привести желаемые результаты (какую проблему хочет решить заказчик).
10. Указать источник финансирования.
11. Установить для участников требование соблюдать определенную нормативно-правовую базу, в том числе относящуюся к предмету контракта, условиям исполнения, срокам, гарантийным обязательствам.
12. Определить условия нормирования госзакупки (ч. 1 ст. 19).
13. Указать наименование и обоснование объекта госзакупки.
14. Максимально точно и детально описать объект госзакупки (ст. 33).
15. Определить экологические особенности закупаемого объекта.
16. Уточнить объем закупаемых товаров, периодичность и срок поставки.
17. Определить гарантийный срок и объем предоставляемых гарантий.
18. Установить требования к упаковке, маркировке, какие условные и специальные обозначения должны быть на ней.
19. Обязать предоставлять подтверждение нового товара или потребности в товаре иного состояния.
20. Определить расходы на эксплуатацию.
21. Определиться, нужны ли монтаж и наладка.
22. Установить порядок поставки и приемки.
23. Указать на необходимость провести испытания, обучение лиц, которые будут использовать закупаемый товар.
Образцы техзаданий для товаров, работ, услуг в 2020 году
Помните, что универсальный образец технического задания по ФЗ-44 не разработан, к каждой закупке требуется индивидуальный подход. Только так учитывайте все потребности и особенности заказчика. В качестве ориентира вы можете использовать этот пример технического задания по 44-ФЗ (образец).
Далее представлен образец технического задания на поставку товара по 44-ФЗ.
Образец техзадания на выполнение работ по ФЗ-44 вы можете найти в материале о техзадании на проектирование и обслуживание пожарной сигнализации или системы видеонаблюдения.
А если вы закупаете техобслуживание машины, то образец технического задания на ремонт автомобиля по 44 ФЗ и пошаговую инструкцию по проведению этого вида закупок вы сможете найти в статье «Как закупить автомобили или техобслуживание: пошаговая инструкция».
Примеры для других госзакупок
Также в наших подробных инструкциях вы можете найти образец техзадания и узнать, как грамотно провести закупку на:
Как составить ТЗ: подробная инструкция по созданию технического задания
Техническое задание — это то, с чего начинается качественный функциональный продукт. По крайней мере, если таковым является само ТЗ. Если документ будет составлен непрофессионально и без должного внимания, результат окажется соответствующим.
Учитывая характер целевой аудитории блога и общие тренды, скорее всего, имеет смысл описывать технические задания конкретно на цифровые продукты.
Во многом так и будет, но нельзя забывать, что и самые обычные, «аналоговые», продукты тоже требуют документации. Они требовали её ещё до появления самого интернета.
Поэтому для расширения кругозора и для пользы представителей не-цифровых отраслей, стоит приводить отсылки и к оффлайн-проектам.
Для чего нужно техническое задание?
Техническое задание не менее значимо, чем юридический акт, в деле закрепления прав и обязанностей сторон — заказчика и исполнителя.
Фактически это инструкция для разработчиков, конструкторов и других непосредственных создателей конечного продукта. Но по сути техническое задание, определяя жёсткие требования к каждой детали, делает сотрудничество заказчика и исполнителя безопаснее и комфортнее.
Когда каждая мелочь регламентирована, всё на своих местах, все при своих полномочиях и обязанностях, остаётся мало пространства для нечестного манёвра и недопонимания. Идеально, когда его вообще не остаётся.
Более того, конкретное и целостное техническое задание — это первый шаг к качественному результату. Чтобы продукт работал чётко, без сбоев, да и просто безопасно — это тоже периодически стоит на повестке — все его элементы должны быть продуманы. Тщательно и скрупулезно.
Техническое задание — основа как простых односложных продуктов, так и высоконагруженных систем. В каждом случае сценарии функционирования должны быть предусмотрены. Любое действие пользователя должно быть предугадано, и ответом на него должен быть полезный результат.
Именно для того, чтобы работа с конечным продуктом вызывала положительный отклик пользователя и решала его задачи, необходимо проработать идею и детали проекта на самой ранней стадии.
Как составить техническое задание
В первом приближении главные требования к техническому заданию — это продуманность и полнота. Но, так как не во всех случаях составители способны соблюсти данные условия, были разработаны общепринятые стандарты разработки ТЗ.
Во многих вакансиях на позицию системного аналитика или технического писателя можно встретить требование: знание ГОСТ 19 и ГОСТ 34. Что это такое?
Из названия легко понять, что данные стандарты приняты на общегосударственном уровне и являются рекомендуемым образцом разработки технических заданий на территории России.
Вместе с тем, надо помнить, что эти два ГОСТа имеют отношение именно к программным комплексам. То есть, в современном понимании — к сайтам, приложениям, системам автоматизации. ТЗ на размещение предприятия общественного питания в бюджетном учреждении придётся писать по другим правилам.
Не пугайтесь, но ГОСТ 19 введён в 1980 году. Учитывая, что основа и парадигма программного обеспечения на протяжении долгого времени примерно та же, он пока не утратил своей актуальности. Это можно сравнить со строительством зданий. Конечно, меняются материалы и конструкции, но общие понятия — фундамент, стены, перекрытия — сохраняются.
Согласно тексту Постановления, согласно которому принят данный стандарт, назначение его следующее: «Устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения».
Само техническое задание должно содержать следующие пункты:
- Введение;
- Основания для разработки;
- Назначение разработки;
- Требования к программе или программному изделию;
- Требования к программной документации;
- Технико-экономические показатели;
- Стадии и этапы разработки;
- Порядок контроля и приемки;
- Приложения.
Более новый стандарт — ГОСТ 34, но и здесь присутствует нюанс. Новее он только на 10 лет. То есть, введён с 1 января 1990 года.
Формулировка назначения выглядит так: «Распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания…».
Текст технического задания строится по структуре:
Разумеется, за прошедшее время подходы были пересмотрены. Введены новые правила и рекомендации. Сами ГОСТы перешли в разряд базовой опорной точки, а конечный результат остаётся на усмотрение составителей. Тем не менее, при работе с госзаказчиками необходимо брать за основу именно ГОСТ.
ISO/IEC/IEEE 29148
Разработанный Международной организацией по стандартизации ISO, данный современный стандарт пригоден для использования помимо всего прочего в международных проектах.
Последняя редакция — ISO/IEC/IEEE 29148:2018, но, к сожалению, она отсутствует в открытом доступе, поэтому возьмём за основу предыдущую, от 2011 года.
По аналогии с ГОСТами, стандарт содержит два раздела. Один из них, SyRS — System Requirements Specification — определяет общие требования к построению систем, их принципам и характеру взаимодействия пользователя с ними. По похожей схеме составлен ГОСТ 34.
SRS — Software Requirements Specifitaion — по аналогии с ГОСТ 19, содержит требования к конечному программному продукту.
Общая схема строится следующим образом:
Порядок документирования требований
Выйдем немного за пределы тематики и скажем несколько слов о том, из чего состоит весь процесс документального сопровождения продукта. Ведь он не ограничивается техническим заданием. Сложность сопроводительной документации растёт вместе со сложностью и масштабом продукта.
Разработка лендинга на Тильде или запуск таргетированной рекламы радикально отличаются от создания высоконагруженной биллинговой системы банка. Если первые два продукта способен создать один человек, то последний может потребовать команды из нескольких десятков специалистов из многих областей.
В основном, уместен в контексте продуктов низкой и средней сложности. Например, небольшой сайт, воронка продаж или даже копирайтинг.
Бриф обращён к заказчику и не предполагает жёстких финальных требований или детального описания результата. Выверенной должна быть только структура опросника. В него могут входить такие пункты, как:
- Цель и назначение продукта;
- Предполагаемый бюджет;
- Целевая аудитория.
Вопросов на которые отвечает заказчик, может быть до 20-30, но не более, иначе это становится большой нагрузкой. Задача брифа в том, чтобы получить общее направление для обсуждения.
Такой опрос удобно разместить на сайте, если он не сложный. Его можно запрограммировать или дать ссылку на Google формы. Либо просто разместите кнопку обратного звонка, чтобы задать вопросы и проконсультировать клиента прямо в режиме реального времени по телефону.
50 минут в подарок новым клиентам
- Повысьте конверсию сайта на 30%.
- Экономьте на тарифах: от 5 рублей в минуту.
- Настраивайте под ваш сайт. Адаптируйте под все устройства. Тестируйте разные виджеты.
- Используйте гибкие настройки показа.
- Стройте отчеты по звонкам: от показа виджета до ключевого слова.
Технико-коммерческое предложение
Здесь речь заходит о действительно крупных проектах. В противном случае нецелесообразно прилагать излишние усилия к созданию подобных документов.
ТКП разрабатывается в рамках маркетинговых мероприятий, когда продукт предлагается потенциальным заказчиком. Если у вас есть собственная концепция, готовая к внедрению или масштабированию, на её основе можно сделать предложение.
Документ содержит не просто идею и общее описание, но некоторые технические подробности. На их основе заказчику удобнее принимать решение, так как он сразу может увидеть, насколько характеристики продукта согласуются с той инфраструктурой, которая есть в наличии.
Бесполезно предлагать промышленные системы вентиляции маленьким кофейням. В других случаях помещение может отвечать требованиям, но электроснабжение окажется несовместимым с требованиями оборудования по питанию.
Технические требования
Если в ТКП требования приводятся самые основные, для ознакомления, то при заинтересованности заказчика с ним составляются уже более детализированные перечни требований.
Техническое задание
Собственно, предмет статьи. Предварительные сведения даны в предыдущих пунктах, а ценные советы ждут вас в следующем разделе.
Технический проект
Этап «живого» проектирования продукта. Здесь начинаются активные действия по разработке решений согласно ТЗ. В ходе работы уточняются и проясняются отдельные нюансы, требования, доработки.
В соответствии с практическими наработками, составляются новые задания и требования — частные технические задания по отдельным подсистемам (ЧТЗ).
Эксплуатация
Важно помнить, что после сдачи проекта стороны распределяют между собой обязанности по поддержанию работоспособности системы. Это тоже должно быть прописано — например, в техническом задании, если не предусмотрено другого порядка.
Перед эксплуатацией и во время неё создаются различные регламенты, описания сервисов, инструкции. Актуализируются текущие версии документов.
Когда условия работы или технологии модифицируются, приходится вносить правки в документы и внедрять изменения в продукт.
Ведите историю правок
Для этого в начале документа создаётся таблица со столбцами: дата, описание, автор. В ней записывается история изменений документа, благодаря которой легко понять, на каком этапе возникло то или иное требование, дополнение, противоречие.
Составляйте список терминов и сокращений
Это правило грамотного подхода к формированию документа. Основной текст предваряется словарём, в котором записаны специальные термины, не являющиеся общеупотребимыми. Особенно уделите внимание тем аббревиатурам и словам, которые применяются только в данному проекту.
Прописывайте каждую деталь
Сайт — это не только код, но и мощности, на которых он работает. В первую очередь, определите, на каком сервере будет размещён сайт, какие у него параметры: ёмкость, оперативная память и другие.
Пропишите периодичность и порядок оплаты сервера — передаст ли заказчик обязанность бухгалтерии или же вы будете получать ежемесячную абонентскую плату, из которой сами должны распределять средства на те или иные нужды.
Позаботьтесь о пользователях. Продумайте, какими браузерами и устройствами они пользуются, какое у них разрешение. Адаптируйте сайт, если речь идёт о нём, под различные технические характеристики устройств.
Не оставляйте белых пятен. При наведении на рисунок, он скрывается? Хорошо, но уточните — он уезжает влево? Становится прозрачным? С какой скоростью?
Как он появляется опять? Малейшая деталь без чёткой логики ставит разработчиков и весь процесс в тупик.
Стандарты и шаблоны для ТЗ на разработку ПО
Недавно ко мне обратились, чтобы я посоветовал стандарты для написания технического задания (ТЗ) на разработку автоматизированных систем (АС) и программного обеспечения (ПО). Вот думаю, сейчас зайду в Яндекс, найду подходящую статейку и отправлю её.
Но не тут-то было! Одной статьи, где перечисляются стандарты для ТЗ, включая шаблоны и примеры готовых документов, я не нашел.
Придется сделать такую статейку самому… И так, основные стандарты, методологии и своды знаний, где упоминается ТЗ или SRS (Software (or System) Requirements Specification): • Гост 34 • Гост 19 • IEEE STD 830-1998 • ISO/IEC/ IEEE 29148-2011 • RUP • SWEBOK, BABOK и пр.
Гост 34
Гост 34.602-89 Техническое задание на создание автоматизированной системы регламентирует структуру ТЗ на создание именно СИСТЕМЫ, в которую входят ПО, аппаратное обеспечение, люди, которые работают с ПО, и автоматизируемые процессы.
Порядок контроля и приемки системы 7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 8. Требования к документированию 9.
Источники разработки При разработке ТЗ для государственных проектов Заказчики, как правило, требуют соблюдение именно этого стандарта.
Гост 19
ххх Единая система программной документации (ЕСПД)” — это комплекс государственных стандартов, устанавливающих взаимоувязанные правила разработки, оформления и обращения программ (или ПО) и программной документации. Т.е. этот стандарт относится к разработке именно ПО.
Согласно Гост 19.201-78 Техническое задание, требования и оформлению техническое задание должно включать следующие разделы:
1. Введение; 2. Основания для разработки; 3. Назначение разработки; 4. Требования к программе или программному изделию; 5. Требования к программной документации; 6. Технико-экономические показатели; 7. Стадии и этапы разработки; 8. Порядок контроля и приемки; 9. Приложения. Естественно Гост 34 (и 19) уже устарели, и я не люблю их использовать, но при правильном интерпретации стандартов, можно получить хорошее ТЗ, см. Заключение.
IEEE STD 830-1998
Данная рекомендуемая методика имеет своей целью установление требований к разрабатываемому программному обеспечению, но также может применяться, чтобы помочь в выборе собственных и коммерческих программных изделий. Согласно стандарту техническое задание должно включать следующие разделы: 1. Введение
- 1. Назначение
- 2. Область действия
- 3. Определения, акронимы и сокращения
- 4. Ссылки
- 5. Краткий обзор
2. Общее описание
- 1. Взаимодействие продукта (с другими продуктами и компонентами)
- 2. Функции продукта (краткое описание)
- 3. Характеристики пользователя
- 4. Ограничения
- 5. Допущения и зависимости
Детальные требования (могут быть организованы по разному, н-р, так)
- 1. Требования к внешним интерфейсам
- 1. Интерфейсы пользователя
- 2. Интерфейсы аппаратного обеспечения
- 3. Интерфейсы программного обеспечения
- 4. Интерфейсы взаимодействия
На самом деле новичку достаточно трудно понять, что должно содержаться в данных разделах по вышеприведенной структуре (как и в случае с ГОСТом), поэтому нужно читать сам стандарт, который легко найти в Интернете. Как и примеры, правда, на англ. языке.
Мне же больше нравится адаптированный шаблон Карла Вигерса, который я использую при разработки ТЗ для коммерческих компаний. И вообще дедушка Вигерс предоставляет множество полезных рекомендаций по работе с требованиями (куда идут деньги при покупке этих рекомендаций, читайте в начале красным). Ну а его книжку вы уже несколько раз, надеюсь, перечитали.
ISO/IEC/ IEEE 29148-2011
Стандарт IEEE 29148-2011 обеспечивает единую трактовку процессов и продуктов, используемых при разработке требований на протяжении всего жизненного цикла систем и программного обеспечения. Он приходит на смену стандартов IEEE 830-1998, IEEE 1233-1998, IEEE 1362-1998.
Данный стандарт содержит два шаблона спецификации требований: • System requirements specification (SyRS) • Software requirements specification (SRS) System Requirements Specification (SyRS) определяет технические требования для выбранной системы и удобства взаимодействия предполагаемой системы и человека.
Она определяет высокоуровневые требования к системе с точки зрения предметной области, а также информацию об общей цели системы, ее целевой среде и ограничениях, допущениях и нефункциональных требованиях.
Она может включать в себя концептуальные модели, спроектированные для иллюстрации содержания системы, сценариев использования, основных сущностей предметной области, данных, информаций и рабочих процессов. Из определения следует, что это аналог ТЗ, описанного в Гост 34. SyRS может содержать следующие разделы: 1. Введение
- 1. Назначение системы
- 2. системы (границы системы)
- 3. Обзор системы
- 1. системы
- 2. Функции системы
- 3. Характеристики пользователей
2. Ссылки 3. Системные требования
- 1. Функциональные требования
- 2. Требования к юзабилити
- 3. Требования к производительности
- 4. Интерфейс (взаимодействие) системы
- 5. Операции системы
- 6. Состояния системы
- 7. Физические характеристики
- 8. Условия окружения
- 9. Требования к безопасности
- 10. Управление информацией
- 11. Политики и правила
- 12. Требования к обслуживанию системы на протяжении ее жизненного цикла
- 13. Требования к упаковке, погрузке-разгрузки, доставке и транспортировке
4. Тестирование и проверка (список необходимых приемочных тестов, которые отражают зеркально раздел 3) 5. Приложения
- 1. Предположения и зависимости
- 2. Аббревиатуры и сокращений
SRS это спецификация требований для определенного программного изделия, программы или набора программ (продукт), которые выполняют определенные функции в конкретном окружении. Из определения следует, что это аналог ТЗ, описанного в Гост 19, а по структуре очень напоминает SRS из стандарта IEEE 830. SRS может содержать следующие разделы: 1.
- 1. Назначение
- 2. (границы)
- 3. Обзор продукта
- 1. Взаимодействие продукта (с другими продуктами и компонентами)
- 2. Функции продукта (краткое описание)
- 3. Характеристики пользователей
- 4. Ограничения
2. Ссылки 3. Детальные требования
- 1. Требования к внешним интерфейсам
- 2. Функции продукта
- 3. Требования к юзабилити
- 4. Требования к производительности
- 5. Требования к логической структуре БД
- 6. Ограничения проектирования
- 7. Системные свойства ПО
- 8. Дополнительные требования
4. Тестирование и проверка (список необходимых приемочных тестов, которые отражают зеркально раздел 3) 5. Приложения
- 1. Предположения и зависимости
- 2. Аббревиатуры и сокращений
Данный стандарт достаточно сложно найти в открытом виде в Интернете, но постараться можно, и опять же только на англ.
Структура SRS в RUP(Rational Unified Process) представляет собой документ, в котором необходимо описать артефакты, полученные в процессе специфицирования требований.
Шаблон SRS в RUP адаптирован из стандарта IEEE STD 830 и содержит два варианта:
• Традиционный шаблон SRS со структурированными функциональными требованиями по функциям Системы, максимально похож на 830 стандарт. • Упрощенный шаблон SRS со структурированными функциональными требованиями в виде вариантов использования (use cases): 1. Введение.
2. Обзор системы
- 1. Обзор вариантов использований.
- 2. Предположения и зависимости.
3. Детальные требований
- 1. Описание вариантов использования.
- 2. Дополнительные требования.
- 3. Другие функциональные требования.
- 4. Нефункциональные требования.
4. Вспомогательная информация.
Естественно, что в Интернете можно найти шаблон и примеры SRS от RUP.
SWEBOK, BABOK и пр
SWEBOK, BABOK, а также множество других методологий разработки ПО и сводов знаний при упоминании SRS ссылаются на вышеупомянутые зарубежные стандарты.
Также стоит сказать, что для описания требований к АС и ПО используются и другие виды документов, кот каждый называет по разному: FRD (Functional Requirements Document), RD (Requirements Document), ПЗ (Постановка задачи или Пояснительная записка) и пр.
Но это все производные документы от вышеупомянутых стандартов, не имеющих отраслевой стандартизации, хотя, в некоторых случаях, уже и с устоявшейся терминологией.
А как же agile?
Я скажу одной фразой из Манифеста Agile: “Working software over comprehensive documentation”. Поэтому в Agile документации отводится совсем мало места. Мое же убеждение, что разработать АС без ТЗ можно (используя техники/рекомендации Agile), но вот в дальнейшем сопровождать — невозможно. Поэтому сразу задумайтесь, как вы будете писать ТЗ и другую документацию, при разработке ПО по Agile.
Как говорится, каждому проекту свое техническое задание. При правильном использовании любого из вышеперечисленных стандартов можно брать эти шаблоны для написания ТЗ, естественно адаптируя их под себя.
Ну а кто дочитал до конца — тому бонус: пример ТЗ, который я писал много лет назад (сейчас уже просто аналитиком давно не работаю, да и другие более удачные примеры запрещает открывать на всеобщее обозрение NDA).
Также рекомендую ознакомиться со следующими материалами:
- 12 марта 2012 в 23:24
- 28 февраля 2012 в 17:23
- 1 августа 2011 в 12:31
Как подготовить техническое задание на выполнение работ
Под техническим заданием понимается специализированная документация, содержащая главные требования заказчика к объектам закупки, в которой определен перечень условий, согласно которым будет осуществляться закупка, какие работы предстоит выполнить.
Несмотря на то, что законодательством не предусмотрено обязательное составление технического задания на выполнение работ и других услуг, эта форма документации широко распространена, так как благодаря техническому заданию осуществляется экономия трудовых и временных ресурсов на следующих этапах:
- Этап планирования;
- Составление итоговой документации предстоящей закупки, извещения, проектные договора;
- Этап непосредственного исполнения условий контракта.
Посредством оформления технического задания (далее ТЗ) перед размещением извещения о планируемой закупке, достигается оптимальный расчет сроков, требуемых на выполнение работ или обеспечение товаром, подбор квалифицированных специалистов.
Также надлежаще составленное ТЗ позволяет максимально конкретизировать сам объект закупки, максимально понятно и подробно описав его.
На основании предварительно подготовленного ТЗ проводится итоговая оценка соответствия результата закупки изначально заявленным характеристикам.
Какие цели достигаются
На основании сведений, которые содержаться в данном документе, становится возможным:
- Формирование плана, проекта закупок;
- Определение стоимости контракта как начальной, так и максимально возможной;
- Составление извещения о проведении закупки;
- Формирование графика выполнения условий контракта;
- Подготовка основополагающей документации, включая проекты контракта;
- Оценка поступивших предложений от желающих принять участие в закупке;
- Заключение контракта и контроль за его исполнением.
Как составить форму
Примерный план технического задания на выполнение работ
Как правило, техническое задание составляется контрактным управляющим в тандеме со специалистами юридического отдела, после чего документ заверяется лицом, уполномоченным принимать решения, связанные с проведением закупок. Подписание документа желательно произвести в срок не более, чем за 10 дней до даты формирования извещения и прочих сопутствующих документов о закупке. Техническое задание включает:
- Основную информацию о планируемой закупке;
- Общие сведения об объекте закупки;
- Требования к исполнителям;
- Какие условия должны соблюдаться при исполнении договора;
- Сведения об имеющихся приложениях.
При составлении ТЗ следует учесть, что, согласно техническому заданию, риски и обременения снабженцев и исполнителей не должны превышать взятые на себя заказчиком, в противном случае это может привести к удорожанию стоимости контракта, либо к отказу от подачи заявок на участие.
На выполнение строительно-монтажных работ
Техническое задание на выполнение строительно-монтажных работ должно содержать необходимые критерии, согласно которым должны быть осуществлены требуемые работы. При составлении документа следует указать:
- Сам объект аукциона. Какие именно работы должны быть произведены в соответствии с будущим контрактом;
- Адрес местоположения. Точное местонахождение объектов, на которых требуется осуществить строительно-монтажные работы;
- Условия проведения работ. В данном пункте, как правило, перечисляется характер почв, инженерно-геологические характеристики, например, уровень глубины грунтовых вод и иные характеристики, значимые при проведении будущего строительства;
- Указывается характер строительно-монтажных работ — будет ли это новое строительство либо работы будут проводиться на уже возведенном объекте;
- Способ осуществления, например, подряд;
- В следующем пункте содержится информация о наличии проектно-сметной документации и о том, кем она была составлена;
- Технико-экономические характеристики объекта строительства;
- В следующем пункте расписываются функции, которые возлагает на себя заказчик строительно-монтажных работ, включая бухгалтерский учет, контроль за ходом строительства на всех этапах, организации работы и предоставление разрешения на проведение строительно-монтажных работ;
- Требования к исполнителю с перечнем работ, которые подлежат выполнению стороной-подрядчиком;
- Стадии строительства и сроки выполнения определенного объема согласно распределению на этапы;
- Организационные требования, например, необходимость соответствия выполняемой работы требованиям ГОСТа, и действующим СНиПам;
- В конечном пункте указываются сроки, в которые строительно-монтажные работы должны быть произведены в полном объеме.
На выполнение электромонтажных работ
При составлении ТЗ на выполнение электромонтажных работ действуют те же принципы, что и в предыдущем примере. По пунктам указываются следующие сведения:
- Место выполнения работ;
- Сроки выполнения;
- Дается краткое описание требуемых работ;
- Требования к исполнителю.
Так, это могут быть требования о предоставлении сведений о допуске к определенным видам работ, наличие технических ресурсов для их осуществления, предоставление подтверждений квалификационного уровня рабочих участника, подающего заявку на участие в аукционе.
На выполнение работ по 44-фз
Согласно требованиям Федерального закона № 44-ФЗ, заказчику надлежит руководствоваться едиными требованиями, касающимися описания объекта закупок, при подготовке документов вне зависимости от способов фактического исполнения контракта. При оформлении ТЗ заказчик должен руководствоваться следующими директивами:
- При описании объектов аукциона следует ориентироваться на критерии объективности;
- Функционал, технико-эксплуатационные характеристики объекта закупок должны присутствовать в описании в случае необходимости;
- ТЗ должно носить нейтральный характер, не содержа излишнее количество чрезмерных требований с целью ограничения количества потенциальных участников.
Заказчики обязаны опираться на положения Федерального закона №44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг», согласно требованиям которого, выбор исполнителя или поставщика осуществляется по строгим правилам проведения электронного аукциона, победителем которого, как правило, становится участник, предложивший наименьшую цену. Поэтому крайне важно подготовить корректное техническое задание, учитывающие все нюансы к проводимой закупке.
Особенности составления технического задания на выполнение подрядных работ. Образец документа
Техническое задание – это вид документации, в котором заказчик определяет цель и задачи по ее достижению. Комплекс задач, описанный в техзадании, принимаемый к исполнению, оформляется договором между сторонами. ТЗ является неотъемлемым приложением, являющимся основой для контроля заказчиком объемов, выполненных исполнителем.
Для решения вашей проблемы ПРЯМО СЕЙЧАС получите бесплатную ЮРИДИЧЕСКУЮ консультацию:
+7 (812) 467-38-65 Санкт-Петербург
Правила оформления техзадания к договору подряда
В преамбуле указываются участники договора. Обязательно присутствуют:
- место и дата заключения соглашений между сторонами;
- полное наименование заказчика, юридический и фактический адреса, указывается, кто уполномочен заключать контракт со стороны заказчика;
- полное наименование подрядчика, юридический и фактический адреса, указывается лицо, уполномоченное отвечать за исполнение подряда.
Основание для производственных действий
Основанием для производства работ являются:
- договор между сторонами;
- техническое задание с подробным описанием этапов выполнения.
Цель и исходные данные
Цель определяется на этапе проработки договора. Заказчик формулирует желаемый конечный результат, который желает получить в результате исполнения контракта с подрядчиком.
Для реализации потребностей по договору подряда обе стороны согласуют исходные данные:
- основание для разработки, с описанием исходного состояния объекта (при его наличии);
- назначение разработки определяет набор функций, которыми должен обладать объект после выполнения работы (что такое выполненные работы?);
- стадии и этапы работы разрабатываются с учетом реальных затрат времени, материально-технического снабжения и финансирования проекта.
В качестве исходных данных может представляться техническая документация в виде чертежей, а также ряда дополнительных требований:
- требования по назначению создаваемого или модернизируемого объекта;
- характеристики ремонтопригодности, надежность, противодействия к условиям эксплуатации или вредному влиянию среды, где предусматривается использование готового изделия;
- перечень конструктивных особенностей, которыми должен обладать предмет договора;
- соответствие определенным эргономическим предпочтениям, инженерной эстетике. При особых условиях весь объект или его узлы должны иметь патентную чистоту или быть защищены новыми патентами.
Требования подрядчика
Чтобы подрядчик мог выполнять работы согласно ТЗ, согласуются условия для качественного исполнения этапов договора:
- сроки начала и окончания работ;
- предоплата, аванс, этапы финансирования;
- предоставление жилья для командируемых сотрудников (при наличии такого пункта в договоре между сторонами).
Технико-экономическое
ТЭО является неотъемлемой частью техзадания при изменении выходных показателей объекта, над которым производятся определенный набор действий.
Разные отрасли промышленности и агропромышленного производства пользуются своими стандартами для определения экономической эффективности. Для всех общими являются:
- Себестоимость единицы производимого продукта (в случаях создания производственной модели). При сравнении показателей до и после выполнения работ выполняется расчет для обоих вариантов, потом их сравнивают между собой по всем позициям, входящим в состав этого показателя эффективности.
- Капиталовложения на единицу характеристики, уточняются добавочные вложения на изменение свойств.
- Производительность и затраты труда, энергии и иных затратных показателей.
- Обобщенная экономическая эффективность.
Патентная чистота и возможность защиты прорабатываются еще при подготовке договора. В процессе выполнения работы исполнитель готовит заявку для защиты работы патентами. В случае невозможности доказать новизну, приходится приобретать лицензии на выпуск изделий, защищенных сторонними патентами.
Этапы проведения
Сроки начала и завершения этапов оговариваются при составлении техзадания. Их согласуют перед подписанием договора.
Подрядчик может привлекать субподрядные организации для производства отдельных видов деятельности, поэтому при обосновании периода исполнения работы вносятся необходимые корректировки.
Приложения
Для понимания обоими участниками договора разрабатываются приложения, которые являются неотъемлемыми частями. Без них невозможно грамотно производить определенные виды деятельности.
В качестве приложений могут быть:
- чертежи, в том числе рабочие, иная техническая документация;
- требования, проработанные на этапе согласования;
- ограничения по определенным временным показателям (производство работ в определенные часы), экологическим (минимум выброса вредных веществ, запыленности, шуму и вибрации) и др.
При разработке формы технического задания на выполнение работ заказчик и исполнитель согласуют основные пункты, которые принимаются к исполнению. Наличие грамотно созданного ТЗ позволяет обеим сторонам оценивать результаты выполнения этапов и всей работы в целом по единой методике.
, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Для решения вашей проблемы ПРЯМО СЕЙЧАС получите бесплатную ЮРИДИЧЕСКУЮ консультацию:
Источник: lawyuri.ru