Техническое задание на поставку товаров

Видео:Как составить техническое задание на закупку?Скачать

Техническое задание на закупку — подготовка и образец

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

Чем точнее и корректнее будет составлено ТЗ, тем проще будет и поставщику и самому заказчику.

Техническое задание на закупку должно соответствовать требованиям законодательства. И помимо 44-ФЗ при подготовке ТЗ необходимо учитывать нормативные требования Антимонопольной службы и законодательства о техническом регулировании.

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

Разработка технического задания по 44-ФЗ

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

Совет: стоит помнить, что излишние требования и конкретизация могут противоречить требованиям 44-ФЗ, поэтому всегда стоит следовать его нормам.

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

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

1. в какой форме будут проводиться тендеры;

2. можно ли объединить некоторые лоты в одну закупку или разумнее будет произвести несколько операций;

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

От всех этих нюансов зависит, как именно будет составлен план закупок и план-график соответственно.

Подготовка технического задания

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

Обычно техническое задание закупки содержит следующие пункты:

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

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

Рассматривая эти конкретные показатели заказчик будет принимать решение о допуске поставщиков к участию в аукционе.

Образец технического задания на закупку

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

https://www.youtube.com/watch?v=O53voQfDL_g

Пример технического задания по 44 ФЗ и ответа на него вы можете посмотреть на нашем сайте на странице “Подготовки и подачи заявки”. В данном примере подробно описано, как должно выглядеть ТЗ в тендерной документации заказчика и каким образом должен писать ответ подрядчик. Эта информация будет полезна для всех участников торгов.

©ООО МКК «РусТендер» 

Материал является собственностью tender-rus.ru. Любое использование статьи без указания
 запрещено в соответствии со статьей 1259 ГК РФ

Первая часть заявки на участие в аукционе

Вторая часть заявки на участие в тендере

Декларация соответствия участника требованиям ФЗ 44 — образец

Поделитесь ссылкой на эту статью

Видео:ТОП-9 советов как написать техническое задание? (ТЗ или техзадание за 9 шагов)Скачать

Правила составления технического задания по требованиям 44-ФЗ

Федеральный закон № 44-ФЗ о контрактной системе устанавливает единые требования к описанию объекта закупок, которым заказчик обязан следовать при составлении документации о закупке, независимо от способа их осуществления (ст. 33 44-ФЗ). Рассмотрим, какими правилами должен руководствоваться заказчик при составлении технического задания

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

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

При описании в документации о закупке заказчик должен руководствоваться следующими правилами, установленным 44-ФЗ:

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

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

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

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

Что запрещено включать в объект закупки

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

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

Указание ГОСТов и техрегламентов

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

https://www.youtube.com/watch?v=qkZLEq3C-FI

Заказчик может несколько изменить условия по сравнению с техническим регламентом, ГОСТом или СанПиНом, но только в сторону улучшения характеристик.

Пример
1. В соответствии с СанПин 2.4.1.1249-03 площадь озеленения территории дошкольного образовательного учреждения должна составлять не менее 50%, заказчик может предусмотреть озеленение не менее 60% территории.

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

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

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

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

В случае отсутствия ГОСТов, Технических регламентов товар, для которого существует функционирующий рынок заказчик может сформировать описание на основании данных производителей, качественных показателей, которые необходимы заказчику, данных поставщиков о характеристиках товара по причине отсутствия установленных ГОСТов, стандартов и технических регламентов для данного объекта закупки (Письмо Минэкономразвития России от 03.08.2016 № ОГ-Д28-9745).

В случае если ГОСТы являются устаревшими, то следует применять данный номер ГОСТа, но в действующей редакции (с иным индексом после номера)».

Характеристики ТРУ

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

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

При описании характеристик товара заказчик указывает минимальные и (или максимальные) значения показателей.

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

В заявках участников не допускается двусмысленное толкование значений, слова «или эквивалент», «от и до», «не более», «не менее», за исключением тех случаев, которые предусмотрены Государственными стандартами.

Как через техническое задание заказчик может ограничить конкуренцию?

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

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

Что запрещено включать в один лот?

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

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

Такое объединение в один лот правомерно, так как поставка материалов для работ не является предметом контракта.

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

Рекомендации к составлению ТЗ

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

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

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

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

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

Видео:Техническое задание в госзакупкахСкачать

Стандарты и шаблоны для ТЗ на разработку ПО

Недавно ко мне обратились, чтобы я посоветовал стандарты для написания технического задания (ТЗ) на разработку автоматизированных систем (АС) и программного обеспечения (ПО). Вот думаю, сейчас зайду в Яндекс, найду подходящую статейку и отправлю её.

Но не тут-то было! Одной статьи, где перечисляются стандарты для ТЗ, включая шаблоны и примеры готовых документов, я не нашел.

Придется сделать такую статейку самому… И так, основные стандарты, методологии и своды знаний, где упоминается ТЗ или SRS (Software (or System) Requirements Specification): • Гост 34 • Гост 19 • IEEE STD 830-1998 • ISO/IEC/ IEEE 29148-2011 • RUP • SWEBOK, BABOK и пр.

Гост 34

Гост 34.602-89 Техническое задание на создание автоматизированной системы регламентирует структуру ТЗ на создание именно СИСТЕМЫ, в которую входят ПО, аппаратное обеспечение, люди, которые работают с ПО, и автоматизируемые процессы.

Согласно Гост 34 техническое задание должно включать следующие разделы: 1. Общие сведения 2. Назначение и цели создания (развития) системы 3. Характеристика объектов автоматизации 4. Требования к системе 5. Состав и содержание работ по созданию системы 6.

Порядок контроля и приемки системы 7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 8. Требования к документированию 9.

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

Гост 19

“Гост 19.

ххх Единая система программной документации (ЕСПД)” — это комплекс государственных стандартов, устанавливающих взаимоувязанные правила разработки, оформления и обращения программ (или ПО) и программной документации. Т.е. этот стандарт относится к разработке именно ПО.

Согласно Гост 19.201-78 Техническое задание, требования и оформлению техническое задание должно включать следующие разделы:

1. Введение; 2. Основания для разработки; 3. Назначение разработки; 4. Требования к программе или программному изделию; 5. Требования к программной документации; 6. Технико-экономические показатели; 7. Стадии и этапы разработки; 8. Порядок контроля и приемки; 9. Приложения. Естественно Гост 34 (и 19) уже устарели, и я не люблю их использовать, но при правильном интерпретации стандартов, можно получить хорошее ТЗ, см. Заключение.

IEEE STD 830-1998

Достаточно хорошее определение стандарта 830-1998 — IEEE Recommended Practice for Software Requirements Specifications дано в самом его описании: Описывается содержание и качественные характеристики правильно составленной спецификации требований к программному обеспечению (SRS) и приводится несколько шаблонов SRS.

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

• 1. Назначение
• 2. Область действия
• 3. Определения, акронимы и сокращения
• 4. Ссылки
• 5. Краткий обзор

2. Общее описание

• 1. Взаимодействие продукта (с другими продуктами и компонентами)
• 2. Функции продукта (краткое описание)
• 3. Характеристики пользователя
• 4. Ограничения
• 5. Допущения и зависимости

3.

Детальные требования (могут быть организованы по разному, н-р, так)

• 1. Требования к внешним интерфейсам
  • 1. Интерфейсы пользователя
  • 2. Интерфейсы аппаратного обеспечения
  • 3. Интерфейсы программного обеспечения
  • 4. Интерфейсы взаимодействия
• 2. Функциональные требования
• 3.

  Требования к производительности

• 4. Проектные ограничения (и ссылки на стандарты)
• 5. Нефункциональные требования (надежность, доступность, безопасность и пр.)
• 6. Другие требования

4. Приложения 5.

Алфавитный указатель

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

https://www.youtube.com/watch?v=PV7Hhy8nNkA

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

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. Характеристики пользователей
• 4. Термины и определения

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. Ограничения
• 4. Термины и определения

2. Ссылки 3. Детальные требования

• 1. Требования к внешним интерфейсам
• 2. Функции продукта
• 3. Требования к юзабилити
• 4. Требования к производительности
• 5. Требования к логической структуре БД
• 6. Ограничения проектирования
• 7. Системные свойства ПО
• 8. Дополнительные требования

4. Тестирование и проверка (список необходимых приемочных тестов, которые отражают зеркально раздел 3) 5. Приложения

• 1. Предположения и зависимости
• 2. Аббревиатуры и сокращений

Данный стандарт достаточно сложно найти в открытом виде в Интернете, но постараться можно, и опять же только на англ.

RUP

Структура SRS в RUP(Rational Unified Process) представляет собой документ, в котором необходимо описать артефакты, полученные в процессе специфицирования требований.

Шаблон SRS в RUP адаптирован из стандарта IEEE STD 830 и содержит два варианта:

• Традиционный шаблон SRS со структурированными функциональными требованиями по функциям Системы, максимально похож на 830 стандарт. • Упрощенный шаблон SRS со структурированными функциональными требованиями в виде вариантов использования (use cases): 1. Введение.

• 1. Цель.
• 2. Краткая сводка возможностей.
• 3. Определения, акронимы и сокращения.
• 4. Ссылки.
• 5. Краткое содержание.

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.

Заключение

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

Но главное, чтобы ТЗ не превращалось в ХЗ, а, именно, содержание (наполнение) в ТЗ — самое главное! Но это уже совсем другая история… Если есть интерес, то можно пройти он-лайн курс Разработка и управление требованиями к ПО.

https://www.youtube.com/watch?v=70GbZSTFILM

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

Также рекомендую ознакомиться со следующими материалами: Хабы:

• Анализ и проектирование систем

Видео:3.2. ТЕХНИЧЕСКОЕ ЗАДАНИЕ ИЛИ ОПИСАНИЕ ОБЪЕКТА ЗАКУПКИСкачать

Техническое задание на поставку товаров

Приложение 2 к Распоряжению Департамента торговли и услуг города Москвы от 6 апреля 2011 г. N 215

Утверждаю: Первый заместитель руководителя ________________

«___» ___________ 20__ г.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ПОСТАВКУ ТОВАРОВ (подготавливается по каждому лоту отдельно)

1.

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

2. Количество поставляемых товаров (указать меры объема, веса, штук):

3. Место поставки товаров (указать конкретный адрес (адреса) или приложить перечень адресов, отгрузочную разнарядку):

4.

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

5. Назначение товаров и цели использования (конкретизируются заказчиком):

6. Виды поставляемых товаров (если закупается несколько однородных видов товаров):

7. Условия поставки товаров (конкретизируются заказчиком):

8. Общие требования к товарам (указываются обязательные требования ко всем товарам независимо от вида и этапа):

9. Порядок (последовательность, этапы) поставки товаров (в табличной или иной форме):

10. Требования к качеству товаров, качественным (потребительским) свойствам товаров (конкретизируются заказчиком):

11. Требования по комплектности товаров (конкретизируются заказчиком):

12. Требования по передаче заказчику технических и иных документов при поставке товаров (конкретизируются заказчиком):

13. Требования по передаче заказчику комплекта расходных материалов для первичной эксплуатации товара (конкретизируются заказчиком):

14. Требования к безопасности товаров (конкретизируются заказчиком):

15. Порядок сдачи и приемки товаров (конкретизируются заказчиком):

16. Требования по монтажу поставленного товара, пусконаладочным работам по поставленным товарам на месте у заказчика (конкретизируются заказчиком):

17. Требования по техническому обучению поставщиком персонала заказчика работе с поставленными товарами (конкретизируются заказчиком):

18. Требования по объему гарантий качества товаров (указать минимально приемлемые для заказчика либо жестко установленные обязанности поставщика в гарантийный период):

19. Требования по сроку гарантий качества (указать минимально приемлемые для заказчика либо жестко установленные сроки):

20. Расходы на эксплуатацию товаров (заполняется в случае, если в приложении 1 части III «ИНФОРМАЦИОННАЯ КАРТА КОНКУРСА» установлен критерий «Расходы на эксплуатацию товаров». Указать срок эксплуатации товара для расчета участником размещения заказа расходов на эксплуатацию товара):

21. Расходы на техническое обслуживание товаров (заполняется в случае, если в приложении 1 части III «ИНФОРМАЦИОННАЯ КАРТА КОНКУРСА» установлен критерий «Расходы на техническое обслуживание товаров». Указать срок технического обслуживания товаров для расчета участником размещения заказа расходов на техническое обслуживание товаров):

22. Авторские права (указать условия о передаче заказчику исключительных прав на объекты интеллектуальной собственности, возникшие в связи с исполнением обязательств поставщика по передаче товара):

23. Правовое регулирование приобретения и использования поставляемых товаров (указывается по усмотрению заказчика для тех видов товаров, в отношении которых законодательством Российской Федерации предусмотрены особые требования):

24. Иные требования к товарам по усмотрению заказчика:

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

—————————————————————————¦N ¦Наименование¦Сроки ¦Место ¦Количество ¦Требования ¦¦п/п¦товаров ¦поставки¦поставки¦товаров ¦соответствия ГОСТ, ¦¦ ¦ ¦ ¦(адрес) +—————+наличия санитарно- ¦¦ ¦ ¦ ¦ ¦Ед. изм.¦Кол-во¦эпидемиологических ¦¦ ¦ ¦ ¦ ¦ ¦ ¦экспертиз, заключений,¦¦ ¦ ¦ ¦ ¦ ¦ ¦регистрации в органах ¦¦ ¦ ¦ ¦ ¦ ¦ ¦исполнительной власти,¦¦ ¦ ¦ ¦ ¦ ¦ ¦наличия удостоверений ¦¦ ¦ ¦ ¦ ¦ ¦ ¦и проч. ¦+—+————+———+———+———+——+———————-+¦1 ¦ ¦ ¦ ¦ ¦ ¦ ¦+—+————+———+———+———+——+———————-+¦…¦ ¦ ¦ ¦ ¦ ¦ ¦—-+————+———+———+———+——+————————

Представлено к утверждению

https://www.youtube.com/watch?v=GVh_Nop8Lv4

Руководитель структурного подразделения

_________________

«___» ___________ 20__ г.

Согласовано:

Начальник Управления экономики

Заместитель руководителя

(по направлению)

Видео:Как составить техническое задание (ТЗ)?Скачать

Как составить техническое задание в 2020 году — государственные закупки: услуги заказчику и поставщику

Техническое задание по 44 ФЗ — это документ, который необходим заказчику, особенно на этапе обоснования НМЦК.

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

В чем разница технического задания и описания объекта госзакупки

Описание объекта закупки является составной частью техзадания. При этом в Законе о контрактной системе правила описания объекта урегулированы, но требования к техническому заданию по 44 ФЗ не уточняются и вообще о таком документе ничего не говорится.

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

Как и раньше, потребуется сопроводить товарный знак словами «или эквивалент».

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

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

Правила составления ТЗ основаны на комплексе норм государственных и международных стандартов (ГОСТ). При их использовании в какой-либо сфере необходимо соотнести ТЗ со спецификой конкретной области деятельности.

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

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

Правила составления ТЗ по 44 ФЗ

Самый простой и быстрый способ сформировать техническое задание — образец по ФЗ 44 разработать на основе официального издания Единой системы документации национальных стандартов.  Основное назначение технического задания — четко определить и зафиксировать требования к объекту закупки.

При этом закон устанавливает, что наименование закупки указывается в соответствии с каталогом товаров, работ, услуг (ч. 4 ст. 23).

Утвержденными ПП от 05.06.2015 № 555 Правилами предусмотрена обязанность заказчика указывать наименование предмета закупки в процессе обоснования.

Выделим некоторые обязательные условия:

указание на эквивалент;

обоснованность регламентами или иными нормативными документами;

наличие спецификаций, планов, чертежей, эскизов, изображений (при необходимости);

новое состояние товара (если нет иной потребности у заказчика);

требования в отношении гарантийного срока, предоставлении гарантии.

Что указать в техническом задании

ТЗ необходимо основывать на положениях 44-ФЗ, также обязательно соблюдать нормы гражданского, бюджетного и антимонопольного законодательств и отраслевых нормативных актов.

https://www.youtube.com/watch?v=TVIqKN9LE4Y

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

Этапы составления технического задания

1. Составить список терминов, определений и сокращений, которые будут использоваться в документе.

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

3. Предусмотреть в информации о закупке сведения: совместная закупка или нет, а если да — права и обязанности каждого заказчика (ПП от 28.11.2013 № 1088); централизованная закупка, сведения об уполномоченном органе (ч. 1 ст. 26 закона № 44-ФЗ); привлечение экспертов, порядок их работы.

4. Перечислить сведения о госзакупке: способ определения поставщика (ч. 1 ст. 24); обоснование выбранного способа определения поставщика (ч. 5 ст. 24).

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

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

7. Привести сведения об особенностях производственного процесса или архитектурного объекта заказчика, которые повлияют на процесс исполнения контракта.

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

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

9. Привести желаемые результаты (какую проблему хочет решить заказчик) и цели госзакупки (ст. 13 44-ФЗ).

10. Указать источник финансирования.

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

12. Определить условия нормирования госзакупки (ч. 1 ст. 19).

13. Указать наименование и обоснование объекта госзакупки.

14. Максимально точно и детально описать объект госзакупки (ст. 33).

15. Определить экологические особенности закупаемого объекта.

16. Уточнить объем закупаемых товаров, а также периодичность и срок поставки.

17. Определить гарантийный срок и объем предоставляемых гарантий.

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

19. Обязать предоставлять подтверждение нового товара или потребности в товаре иного состояния.

20. Определить расходы на эксплуатацию.

21. Определиться, нужны ли монтаж и наладка.

22. Установить порядок поставки и приемки.

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

Что такое техническое задание на закупку и когда оно необходимо

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

По своей сути ТЗ по 44-ФЗ — это расширенная инструкция для будущих поставщиков, на основе которой они определяют для себя, подойдет им конкретный тендер или нет.

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

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

https://www.youtube.com/watch?v=nRmrVie6uCI

Это значит, что заказчик не имеет права вводить в техзадание 44-ФЗ запрет на работу с физическими лицами и индивидуальными предпринимателями, так как Закон о КС напрямую говорит о том, что госконтракты должны быть доступны для любых лиц, а не только юридических.

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

Описание объекта должно быть максимально конкретным;

Запрещено включать в ТЗ 44-ФЗ наименование брендов, логотипы, имя производителя, место производства и аналогичные сведения (исключение – товары, упомянутые в ТЗ, но не являющиеся предметом покупки); Обязательно включать в ТЗ формулировку «или эквивалент».

Формулировки в вашем техническом задании:

Должны быть идеальные для ФАС и абсолютно понятные поставщикам «Устойчивость к истиранию сиденья автобуса до разрушения не менее 10 000 циклов», — как вам такая фраза в ТЗ?

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

Мы написали, как исправить такое техзадание.

Для этого взяли четыре ТЗ из тех, что забраковала ФАС, и убрали/дописали некоторые части.

Выделили те, к которым придерется контролер, — уберите их и получите безопасное ТЗ.

А еще дали вариант, который не оставит ТЗ совсем стерильным и невнятным и даст возможность оправдаться, если участник пожалуется.

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

Это позволит более точно составить план-график на будущий период и определить, что и в каких количествах необходимо будет закупать. Техническое задание по 44-ФЗ, помимо описания объекта закупки, преследует следующие цели:

Позволяет максимально конкретизировать характеристики закупаемого товара;

Исключает вероятность злоупотреблений со стороны поставщика и сокращает вероятность неудачного исхода торгов;

Дает объективную оценку возможностей заказчика и поставщика.

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

Кто готовит техническое задание по 44-ФЗ

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

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

Требования к описанию объекта закупки содержатся в ст. 33 Закона о контрактной системе:

не указывайте товарные знаки, знаки обслуживания, патенты, а если прописывайте их, обоснуйте это или добавьте фразу «или эквивалент»;

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

используйте показатели, которые предусмотрены общедоступными техрегламентами;

для удобства участников включите в описание спецификации, планы, чертежи, эскизы, фотографии;

установите требование о том, чтобы поставщик поставил новый товар, который не был в употреблении до этого;

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

Форма технического задания по 44-ФЗ

Установленной на федеральном уровне формы техзадания не существует.

Многие заказчики используют таблицы для удобства участников.

Главное — соответствие требованиям описания объекта закупки, указанным в Законе о контрактной системе. Образец технического задания

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

Заказчики часто готовят техзадания с ошибками.

Это подтверждает практика ФАС России.

https://www.youtube.com/watch?v=LKSHR7DKgXQ

Ошибиться легко: неправильно выберете ГОСТ, опишете состав товара и даже поставите не тот знак препинания.

За ошибки ФАС обяжет отменить закупку и накажет штрафом от 3000 до 50 000 руб. по части 4.1 или 4.2 статьи 7.30 Кодекса об административных правонарушениях РФ.

Что нельзя включать в ТЗ по 44-ФЗ

Запрещено включать в текст техзадания следующие сведения:

Товарные наименования (бренды);

Требования: к деловой репутации или имиджу поставщика;

к опыту работы (квалификация специалистов,

выполняющих работы, могут быть предъявлены для ряда процедур);

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

Несоответствие ТЗ и проекта контракта

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

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

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

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

Однако важно понимать, что это неправильно.

Заказчик обязан устранить такие ошибки, иначе на него нужно жаловаться в ФАС.

Иногда происходит так, что заказчик отправляет на подписание проект контракта, не соответствующий техзаданию.

В этом случае направляйте проект разногласий. 

article/102969-qqq-18-m10-tehnicheskoe-zadanie-na-zakupku-obrazets

📺 Видео

Как составить правильное Техническое Задание? Образцы и шаблоны | Дневник проектировщикаСкачать

Притча про Техническое ЗаданиеСкачать

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ПРОЕКТИРОВАНИЕ от А до ЯСкачать

Техническое задание и другие права заказчика по Закону № 223-ФЗСкачать

Правила описания объекта закупки неисполнимое техническое задание для поставщикаСкачать

Техническое задание - Как составить #ТЗ для интернет магазина | 4 этапаСкачать

Как описать объект закупки и составить техническое заданиеСкачать

Как составить ТЗ на разработку программы? Техническое задание по ГОСТуСкачать

Техническое задание на проектирование. Как правильно написать?Скачать

Особенности подготовки технического заданияСкачать

Этап проектирования и техническое задание (ТЗ) в проектах по автоматизацииСкачать

Подготовка технического задания в полном соответствии с 44ФЗСкачать

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

Как заполнить техническое задание на фулфилмент в Новосибирске Lets Today маркетплейс вайлдберрисСкачать

ТЗ или техническое задание - это удобно!Скачать