Примерная форма технического задания

Содержание

Техническое задание – исходный документ на создание и проектирование вентиляции и кондиционирования

Примерная форма технического задания

Техническое задание — первоначальный документ на проектирование технического объекта.

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

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

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

(например, проектное задание в строительстве, ТЗ на проектирование вентиляции и кондиционирования, Техническое задание на создание и проектирование ОВ и ВК)

Техническое задание образец:

Техническое задание_003.doc

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

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

Техническое задание пример:

Техническое задание пример.doc

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

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

________________________________________

По скольку проектирование — это процесс (разработки проекта), который обладает определённой структурой, то есть последовательностью и составом стадий и этапов, совокупностью процедур и привлекаемых технических средств, взаимодействием участников процесса.

Стадии проектирования регламентированы стандартами. Это следующая последовательность:

  • Техническое задание (по ГОСТ 2.103-68 к стадиям разработки не относится),
  • Техническое предложение,
  • Эскизный проект,
  • Технический проект,
  • Стадии рабочего проекта.

Решение любой задачи начинается с её осмысления и уточнения исходных данных. Те (технические) требования, которые выдаются заказчиком, формулируются на языке потребителя-неспециалиста и не всегда бывают технически четкими и исчерпывающими.

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

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

Пример Общего Технического Задания:

 Техническое задание 2.doc

Как правило, Тех Задание составляют на основе анализа результатов предварительных исследований, расчётов и моделирования.

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

Частные технические задания

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

Одним из частных технических заданий является задание на создание системы вентиляции и кондиционирования:

Техническое задание на создание системы вентиляции и кондиционирования.doc

В соответствии с полученными техническими требованиями разработчик системы формирует ТЗ и на стадии технического предложения выполняет декомпозицию объекта и подготавливает частные технические задания на подсистемы. После выполнения всех этапов технического предложения разработчик согласовывает и утверждает его у заказчика системы, при этом они совместно уточняют исходное ТЗ.

Упрощенное создание системы вентиляции и кондиционирования можно отразить в запросе на проектирование и создание этой системы:

Заявка на проектирование.doc

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

Так еще одним примером частного заказа проектирования вентиляции и кондиционирования является форма для заполнения:

Tekhnicheskoe_zadanie_na_podbor_i__proektirovanie_sistem_ventiljacii_i_kondicionirovanija.doc

Техническое задание оформляется в электронном виде и отправляется на адресс zakaz2012-14@yandex.ru для рассмотрения, подбора, обработки и расчета.

Пример подбора вентиляционных агрегатов Systemair:

blank_podbora_vent.jpg скачать

Данное задание заполняется от руки Заказчиком, сканируется и отправляется по почте: zakaz2012-14@yandex.ru. Просьба уточнять прошел бланк вместе с письмом по адресату e-mail.

По завершении этапа распределения ТЗ разработчики системы и её подсистем приступают к выполнению стадии эскизного проекта. Проработка структуры на этой стадии ведется при тесном взаимодействии всех разработчиков.

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

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

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

Примеры бланков подбора оборудования

1. Пример подбора вент установки: blank_zaprosa_na_podbor_ventiljatsionnoj_ustanoi2.pdf скачать

2. Пример подбора ККБ: blank_zaprosa_na_podbor_kholodilnoj_mashiny.pdf скачать

3. Бланк подбора прецизионного кондиционера: blank_zaprosa_na_podbor_pretsizionnogo_konditsionera.pdf

 _____________________________________________________________________________

И в заключении шуточное стихотворение написанное Гай Карапетяном

“Ты кто такой давай техзадание,

 Ты кто такой давай техзадание,

 Ты кто такой давай техзадание…

 Он с тобой все обсудить попытается,

 Отчет, аудит всучить пытается.

 Знаешь, где реальное дело начинается?

 Только там, где ТЗ появляется.

 А теперь смотри товарищи, внимание –

 Нету ТЗ – давай до свидания!)

_____________________________________________________________________________

Уважаемый читатель, возможно подрядчик или Клиент – не примените возможностью удивить подрядчика или субподрядную компанию оригинальным Техническим заданием, которое ляжет в основу благотворных – проектных и качественных – монтажных работ!

Источник: https://www.clamat-torg.ru/tekhnicheskoe-zadanie

Пример тз на разработку программного обеспечения, как написать техническое задание

Примерная форма технического задания

Написание технического задания — один из первых этапов работы над проектом. Он предваряет разработку самой системы.

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

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

Стоит отметить, что в повседневной аналитической работе мы стараемся избегать термина «Техническое задание». Этот термин слишком перегружен смыслами и часто неясно, что за ним стоит.

Мы используем термины «Бизнес-требования» (BRD — Business requirements document), «Функциональные требования» (FRD – Functional requirements document) и Технико-архитектурные требования (TAD – Technical Architecture document).

Однако здесь, чтобы не усложнять описание, мы будем использовать именно термин «Техническое задание».

Документ, который мы в большинстве случаев используем для взаимодействия с заказчиками состоит на 70% — из бизнес-требований, на 20% из функциональных требований и только на 10% — из технико-архитектурных требований. Конечно, эта пропорция варьируется в зависимости от специфики и технической сложности системы.

Главным фактором успеха при разработке технического задания является правильно выстроенная коммуникация с заказчиком.

Ведь задача аналитиков состоит в том чтобы фактически произвести операцию brain-dump, и результаты расположить на бумаге в структурированном виде.

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

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

Структура технического задания

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

1. Оглавление 2. История изменений документа 3. Участники проекта 4. Назначение документа 5. Терминология

6. Общий контекст

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

В разделе «Терминология» технического задания на баннерную систему мы определяем такие понятия как Показы, Клики, CTR, Охват, Частота контакта, Файл бронирования и т.

п, а в разделе «Общий контекст» — описываем основные бизнес-процессы компании-заказчика, относящиеся к размещению баннерной рекламы, а также — системное окружение, текущие роли менеджеров компании и права доступа. Стоит отметить, что в данном конкретном случае система строилась не на пустом месте.

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

7. Система размещения баннеров
8.

Взаимодействие с биллингом 9. Banner Engine

10. Техническое описание компонента Banner Engine

Самый объемный раздел описываемого нами технического задания – «Система размещения баннеров»; он посвящён ядру разрабатываемой системы и содержит все требования непосредственно к системе управления рекламными местами.

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

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

Это – технически самый сложный и самый высоконагруженный компонент баннерной системы. В ТЗ мы включили раздел, содержащий некоторые технические и архитектурные детали, связанные с работой Banner Engine. Прежде всего, это позволяет минимизировать риски при оценке стоимости разработки системы, ведь в зависимости от выбранной архитектуры трудоемкость может отличаться в разы.

Каждое техническое задание отличается по размеру, числу иллюстраций, количеству версий. Для примера, документ на баннерку представлен на 44 страницах и содержит 15 иллюстраций. Процесс подготовки этого документа занял около месяца и включал около 8 итераций с заказчиком.

Бизнес vs Функциональные требования

В техническом задании регистрируются как бизнес-требования к системе, так и функциональные требования:

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

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

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

Пример бизнес-требования:

«Для рекламной кампании важно максимально точно отслеживать лимит показов, чтобы избежать финансовых потерь, связанных с показом баннеров сверх оплаченного лимита. Помимо этого, возникает задача ограничить показ одного баннера одному пользователю, например — не больше N раз в день».

Пример функционального требования:

«Для решения этой задачи [какой – см. выше] предполагается использовать внешний сервис, к которому баннерные сервера будут обращаться при каждом показе баннера. Поскольку данный сервис является точкой отказа, баннерные сервера должны корректно обрабатывать ситуацию когда внешний сервис недоступен или отвечает с задержками».

Обычно мы включаем

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

Правильное техническое задание на разработку программного обеспечения – секрет успешного проекта

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

Название сценария: Создание рекламного места

Роль: Администратор

Пример функционального требования:

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

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

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

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

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

Каждый показ баннера сопровождается запросом от системы управления сайтом к баннерной системе.

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

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

«Размещение (единица размещения, строка медиаплана) – это сущность, объединяющая баннер, который необходимо показывать, рекламное место, на котором будет показан баннер, а также правила показа. Правила показа определяют период размещения, параметры таргетирования, лимиты размещения, веса и т.п. Фактически, все рекламные кампании состоят из размещений».

Частота контакта – количество уникальных пользователей, посмотревших рекламный баннер определенное число раз. Например, частота контакта 5 – количество уникальных пользователей, каждый из которых посмотрел данный рекламный баннер не менее 5 раз. Частота контакта 1 = Охват.

Основные принципы

При написании ТЗ мы стараемся максимально использовать графические материалы для наглядного и сжатого представления информации. Одна диаграмма зачастую в состоянии заменить несколько страниц текста.

В данном контексте, мы видим своей целью т.н. рисование ТЗ, т.е.

представление всех более-менее сложных фрагментов системы в графическом виде и использование текста в качестве комментариев к графическим материалам.

У руководителей предприятий обычно нет времени на изучение многостраничных технических требований. Просмотр изображений даёт наглядное представление об основных характеристиках разрабатываемой системы. Как следствие, улучшается коммуникация между бизнес-пользователем и нами и растет качество самих требований.

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

По необходимости, мы используем в ТЗ прототипы избранных экранов системы (functional wireframes), которые, не являясь окончательными, демонстрируют базовый блок функциональности пользовательского интерфейса.

Вот такой прототип экрана редактирования рекламной кампании был включен в ТЗ на систему баннерной рекламы.

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

Требования должны быть написаны «живым человеческим» языком, понятным бизнес-пользователю в т.ч. руководителю высшего звена, не обладающему техническими навыками; в них должен содержаться минимум технической терминологии. Чем быстрее пользователь «вникнет» в содержания технического задания, тем более эффективно будет выстраиваться наше с ним общение.

Опыт в предметной области

Большое значение при создании технического задания имеет опыт разработки похожих систем. Он помогает быстрее вникать в бизнес-процессы и потребности заказчика, делать «по аналогии» многие вещи, которые ранее казались бы нам сложными.

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

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

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

Источник: https://steptosleep.ru/%D1%82%D0%B5%D1%85%D0%BD%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B5-%D0%B7%D0%B0%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5-%D0%BD%D0%B0-%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D1%83/

Техническое задание на оказание услуг по организации и обеспечению питанием (примерная форма), Техническое задание (ТЗ) (форма) от 06 июля 2018 года

Примерная форма технического задания

Настоящую форму можно распечатать из редактора MS Word (в режиме разметки страниц), где настройка параметров просмотра и печати устанавливается автоматически. Для перехода в MS Word нажмите кнопку .

Для более удобного заполнения бланк в MS Word представлен в переработанном формате.

/P>

Примерная форма

Приложение 2

к Договору на оказание услуг
по организации питания

N ____ от “__” ____________ ____ года

1. Наименование оказываемых услуг

Организация питания обучающихся, воспитанников общеобразовательного учреждения ________________.

2. Срок оказания услуг

Оказание услуг по организации и обеспечению питанием с “__” ____________ ____ года по “__” ____________ ____ года.

3. Указание источника финансирования и кодов бюджетной классификации

Источник финансирования – ________________

Код бюджетной классификации – ________________.

4. Основные условия оказания услуг

4.1. Оказание услуг осуществляется в соответствии с требованиями Заказчика по утвержденным и согласованным меню согласно приказу руководителя учреждения на обеспечение питанием с указанием количества обучающихся, воспитанников.

4.2. Приемка фактически оказанных услуг осуществляется Заказчиком.

5. Требования к оказываемым услугам

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

5.2.

Услуги по организации питания обучающихся и воспитанников в общеобразовательном учреждении, изготавливаемые для использования в их питании блюда и кулинарные изделия должны отвечать требованиями санитарно-эпидемиологической безопасности, установленным международными соглашениями, в том числе “Единым санитарно-эпидемиологическим и гигиеническим требованиям к продукции (товарам), подлежащей санитарно-эпидемиологическому надзору (контролю)”, утвержденным Решением Комиссии таможенного союза от 28.05.2010 N 299, федеральными законами Российской Федерации, санитарно-эпидемиологическими правилами, нормами и гигиеническими нормативами, иными действующими нормативными документами.

5.3. Качество услуг (работ) по организации питания обучающихся и воспитанников должны соответствовать требованиям настоящего технического задания, а также национальных стандартов, в том числе ГОСТ 31984-2012 “Услуги общественного питания. Общие требования”, а также Правилам оказания услуг общественного питания (утв. постановлением Правительства РФ от 15.08.97 N 1036) и удовлетворять все потребности обучающихся в питании во время их пребывания в общеобразовательном учреждении, в том числе физиологические потребности в пищевых веществах и энергии.

5.4. Потребительские свойства блюд, кулинарных изделий, пищевых продуктов, используемых в питании обучающихся и воспитанников, их органолептические свойства, включая внешний вид и оформление, потребительскую упаковку и массу (объём порций), технологии изготовления, рецептуры, условия изготовления должны соответствовать требованиям настоящего технического задания, Договора, национальному стандарту ГОСТ 30390-2013 “Услуги общественного питания. Продукция общественного питания, реализуемая населению. Общие технические условия”.

5.5. Определение норм отходов и потерь сырья и пищевых продуктов при производстве кулинарной продукции осуществляется в соответствии с национальным стандартом ГОСТ 31988-2012 “Услуги общественного питания. Метод расчета отходов и потерь сырья и пищевых продуктов при производстве продукции общественного питания”.

5.6. Для органолептической оценки качества кулинарной продукции должен использоваться национальный стандарт ГОСТ 31986-2012 “Услуги общественного питания. Метод органолептической оценки качества продукции общественного питания”.

5.7. Услуги по организации питания услуг осуществляются в соответствии с:

– примерным меню, согласованным с Заказчиком;

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

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

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

5.10. Доставка пищевых продуктов осуществляется специализированным транспортом, имеющим оформленный в установленном порядке санитарный паспорт.

5.11. Исполнитель несет ответственность за состояние транспорта и работу водителя-экспедитора и соблюдение им санитарных норм и правил.

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

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

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

Источник: http://docs.cntd.ru/document/435704763

Как подготовить техническое задание на выполнение работ

Примерная форма технического задания

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

Несмотря на то, что законодательством не предусмотрено обязательное составление технического задания на выполнение работ и других услуг, эта форма документации широко распространена, так как благодаря техническому заданию осуществляется экономия трудовых и временных ресурсов на следующих этапах:

  • Этап планирования;
  • Составление итоговой документации предстоящей закупки, извещения, проектные договора;
  • Этап непосредственного исполнения условий контракта.

Посредством оформления технического задания (далее ТЗ) перед размещением извещения о планируемой закупке, достигается оптимальный расчет сроков, требуемых на выполнение работ или обеспечение товаром, подбор квалифицированных специалистов.

Также надлежаще составленное ТЗ позволяет максимально конкретизировать сам объект закупки, максимально понятно и подробно описав его.

На основании предварительно подготовленного ТЗ проводится итоговая оценка соответствия результата закупки изначально заявленным характеристикам.

Какие цели достигаются

На основании сведений, которые содержаться в данном документе, становится возможным:

  • Формирование плана, проекта закупок;
  • Определение стоимости контракта как начальной, так и максимально возможной;
  • Составление извещения о проведении закупки;
  • Формирование графика выполнения условий контракта;
  • Подготовка основополагающей документации, включая проекты контракта;
  • Оценка поступивших предложений от желающих принять участие в закупке;
  • Заключение контракта и контроль за его исполнением.

Как составить форму

Примерный план технического задания на выполнение работ

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

  • Основную информацию о планируемой закупке;
  • Общие сведения об объекте закупки;
  • Требования к исполнителям;
  • Какие условия должны соблюдаться при исполнении договора;
  • Сведения об имеющихся приложениях.

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

На выполнение строительно-монтажных работ

Техническое задание на выполнение строительно-монтажных работ должно содержать необходимые критерии, согласно которым должны быть осуществлены требуемые работы. При составлении документа следует указать:

  • Сам объект аукциона. Какие именно работы должны быть произведены в соответствии с будущим контрактом;
  • Адрес местоположения. Точное местонахождение объектов, на которых требуется осуществить строительно-монтажные работы;
  • Условия проведения работ. В данном пункте, как правило, перечисляется характер почв, инженерно-геологические характеристики, например, уровень глубины грунтовых вод и иные характеристики, значимые при проведении будущего строительства;
  • Указывается характер строительно-монтажных работ — будет ли это новое строительство либо работы будут проводиться на уже возведенном объекте;
  • Способ осуществления, например, подряд;
  • В следующем пункте содержится информация о наличии проектно-сметной документации и о том, кем она была составлена;
  • Технико-экономические характеристики объекта строительства;
  • В следующем пункте расписываются функции, которые возлагает на себя заказчик строительно-монтажных работ, включая бухгалтерский учет, контроль за ходом строительства на всех этапах, организации работы и предоставление разрешения на проведение строительно-монтажных работ;
  • Требования к исполнителю с перечнем работ, которые подлежат выполнению стороной-подрядчиком;
  • Стадии строительства и сроки выполнения определенного объема согласно распределению на этапы;
  • Организационные требования, например, необходимость соответствия выполняемой работы требованиям ГОСТа, и действующим СНиПам;
  • В конечном пункте указываются сроки, в которые строительно-монтажные работы должны быть произведены в полном объеме.

На выполнение электромонтажных работ

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

  • Место выполнения работ;
  • Сроки выполнения;
  • Дается краткое описание требуемых работ;
  • Требования к исполнителю.

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

На выполнение работ по 44-фз

Согласно требованиям Федерального закона № 44-ФЗ, заказчику надлежит руководствоваться едиными требованиями, касающимися описания объекта закупок, при подготовке документов вне зависимости от способов фактического исполнения контракта. При оформлении ТЗ заказчик должен руководствоваться следующими директивами:

  1. При описании объектов аукциона следует ориентироваться на критерии объективности;
  2. Функционал, технико-эксплуатационные характеристики объекта закупок должны присутствовать в описании в случае необходимости;
  3. ТЗ должно носить нейтральный характер, не содержа излишнее количество чрезмерных требований с целью ограничения количества потенциальных участников.

Заказчики обязаны опираться на положения Федерального закона №44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг», согласно требованиям которого, выбор исполнителя или поставщика осуществляется по строгим правилам проведения электронного аукциона, победителем которого, как правило, становится участник, предложивший наименьшую цену. Поэтому крайне важно подготовить корректное техническое задание, учитывающие все нюансы к проводимой закупке.

Источник: http://MirBlankov.ru/tz-na-vypolnenie-rabot/

Техническое задание: законодательные требования и сложившаяся практика

Примерная форма технического задания

Курсы повышения квалификации в Школе электронных торгов – это профессиональная переподготовка для поставщиков и заказчиков по 44-ФЗ и 223-ФЗ. Онлайн, с экспертами. 

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

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

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

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

Типичные нарушения заказчика при составлении технического задания

Нарушение 1: неясные формулировки, значения

Из описания объекта закупки должно быть однозначно понятно, что заказчик собирается закупить. Требования к показателям характеристик (min, max или точные значения) следует указывать недвусмысленно, предельно понятно и доступно. Согласно ч. 1 и ч. 2 ст.

33 документация должна содержать требования, которые позволяют установить подходят ли предлагаемые товары, (работы или услуги) заказчику. Не следует использовать термины наподобие «не хуже», «не слабее» и тому подобные, это не объективное описание.

Что для заказчика лучше, а что хуже, поставщик не обязан знать или угадывать.

Характеристики объекта закупки, например, могут выглядеть так:

«Требования к товару. Товар (далее — мебель) должен соответствовать ГОСТ 16371-2014 «Мебель. Общие технические условия» (введен в действие Приказом Росстандарта от 15.06.2015 № 683-ст), ГОСТ 26800.1-86 «Мебель для административных помещений.

Функциональные размеры столов». Наименование товара — стол эргономичный. Размер, Ш x Г x В (ширина, глубина, высота): — минимальные значения — 100 x 100 x 71,5 см; — максимальные значения — 165 x 110 x 71,5 см. При этом высота не подлежит изменению. Цвет: коричневый.

Требования к столешнице: Материал — высококачественная МДФ, толщина: минимальное значение — 12 мм, максимальное значение — 35 мм. Облицовка — ПВХ-пленка. Столешница должна быть эргономичной и иметь плавные края.

В столешнице должно быть предусмотрено отверстие для проводов с заглушкой.»

Бывает, что заказчики ошибаются при указании требований диапазонными значениями. Например, «ширина более 360 мм и менее 214 мм».

Иногда при описании объекта закупки не учитываются собственные инструкции по подготовке заявок: «В случае, если присутствует слово «диапазон», «в пределах», то поставщику необходимо предоставить диапазон значений ниже установленного заказчиком». Каким образом это понимать в случае температурного диапазона непонятно.

Достаточно часто заказчики переписывают с государственных стандартов все подряд характеристики, при этом товар не может обладать всеми требуемыми характеристиками одновременно. Например, что касается подвижности и жесткости бетона ГОСТ 7473-2010.

Бетон может быть либо жестким (Ж), либо подвижным (П). Это взаимоисключающие характеристики. Однако, заказчики умудряются вписать в техзадание и то и другое: жесткость Ж1-Ж4; подвижность П1-П4. Материала с такими характеристиками не может быть.

И это является нарушением ч. 2 ст. 33 44-ФЗ.

Должны быть обязательно указаны правильно единицы измерения показателей характеристик. В практике были случаи, когда заказчики указывали «м» вместо «мм».

Термины характеристик, их единицы измерения должны соответствовать техническим регламентам. В противном случае, заказчику придётся обосновать применение иных терминов и единиц измерения.


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

Нарушение 2: ссылка на ГОСТ без какого-либо описания

Ещё одно распространённое нарушение — это перечисление в техническом задании ГОСТ, без привязки к конкретным товарам. Позиция ФАС в этой ситуации такова, что подобное описание объекта закупки не позволяет идентифицировать каждый товар, и не позволяет потенциальному поставщику подготовить заявку должным образом.


Нарушение 3: отсутствие фразы «или эквивалент»

Распространённой ошибкой также является указание в описании объекта закупки требования к товарному знаку без ссылки на возможность применения эквивалента, что может привести к ограничению конкуренции. Узнайте подробнее об этом требовании закона в видео на сайте Школы электронных торгов «Правила составления технических заданий в рамках закона 44-ФЗ и требования к их содержанию»

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

Ещё несколько рекомендаций при составлении техзадания по 44-ФЗ

На самом деле, грамотно подготовить описание объекта закупки, техническое задание по 44-ФЗ, без наличия специальных знаний в конкретной области довольно непросто.

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

Но и самостоятельно это сделать вполне реально, если внимательно изучить требования к объектам закупки, сопоставить со своими потребностями и точно следовать правилам описания объекта закупки по 44-ФЗ.

Нужно иметь в виду, что в маркировке изделий зашифрованы некоторые характеристики. К примеру, техническим заданием предусмотрен материал «плитка тротуарная» с маркировкой «Классико 1КО.4», техзаданием никаких требований к толщине плитки не предъявлено. Согласно расшифровке маркировки, её толщина составляет 4 см. (последняя цифра маркировки указывает на толщину в смантиметрах).

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

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

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

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

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

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


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

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

Несоответствие технического задания инструкции, создающее препятствие для подготовки заявки, может спровоцировать направление жалоб в УФАС потенциальными участниками закупки.


Какие ещё требования важно указать в техзадании:

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

Главные правила

  1. При подготовке документации о закупке обратите внимание на коды Общероссийского классификатора продукции (ОКПД2), относящиеся к объекту закупки. Необходимо чтобы использованный код совпадал с конкретным объектом закупки.

  2. Помимо положений 44-ФЗ, разрабатывая техзадание следует иметь в виду также требования иных правовых актов, антимонопольных органов, технических норм и стандартов (ГОСТ, ТУ, СНиП и т.д.).

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

  4. При закупке на строительный подряд необходимо также приложить дефектную ведомость, смету, а в случае капитального строительства (реконструкции, капитального ремонта) также необходимо приложить и проектную документацию.
  5. Указывайте, что хотите закупить новые товары и материалы (т.е. они не использовались, не находились в ремонте, реставрации, не были восстановлены). Иначе, заказчик может получить б/у товары.

Распространенные вопросы

Вопрос: Можно ли прописывать на поставку запасных частей указание «оригинальных»?
Ответ: Можно, если речь идет о продукте, стоящем на гарантии, либо присутствует необходимость обеспечения взаимодействия таких товаров с товарами, используемыми заказчиком, а также в случае закупок запасных частей и расходных материалов к машинам и оборудованию.

Вопрос: Обязательно ли прописывать идентификационный код закупки в техническое задание?
Ответ: Идентификационный код закупки указывается в плане закупок, плане-графике, извещении об осуществлении закупки, приглашении принять участие в определении поставщика (подрядчика, исполнителя), осуществляемом закрытым способом, документации о закупке, в контракте, а также в иных документах, предусмотренных настоящим Федеральным законом. В ТЗ его указывать не обязательно.

Вопрос: Нужно приобрести прибор для научных исследований к уже имеющейся системе из 3-х приборов одного производителя. Необходимо полное совмещение всего в работе. Эквивалент не желателен.

Можно не писать эквивалент и указать производителя? Система тонко настраиваемая и дорогая.

Ответ: Если Ваш случай подходит под «…за исключением случаев несовместимости товаров, на которых размещаются другие товарные знаки, и необходимости обеспечения взаимодействия таких товаров с товарами, используемыми заказчиком…) – можно, в других случаях — нельзя.

Вопрос: Можно ли в техзадании по капремонту указать узкие показатели, например, цвет стен с конкретным колером, приложить пример композиции из гипсокартона на потолке, конкретную коллекцию плитку без эквивалента, ссылаясь на эстетические предпочтения?
Ответ: При формировании технического задания заказчики должны руководствоваться требованиями статьи 33 Закона № 44-ФЗ. Цвет стен — это выбор заказчика, это его потребность, не ограничивающая число поставщиков. Макет, эскиз композиции из гипсокартона на потолке — это также потребность заказчика, все исполнители смогут повторить приведённый в документации макет. Коллекция плитки без эквивалента — это нарушение пункта 1 статьи 33 Закона № 44-ФЗ: «Документация о закупке может содержать указание на товарные знаки в случае, если при выполнении работ, оказании услуг предполагается использовать товары, поставки которых не являются предметом контракта. При этом обязательным условием является включение в описание объекта закупки слов «или эквивалент». 

Источник: https://School.Kontur.ru/publications/1533

Поделиться:
Нет комментариев

    Добавить комментарий

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.