Согласно технического задания или техническому заданию – ГОСТ 15.016-2016 Система разработки и постановки продукции на производство (СРПП). Техническое задание. Требования к содержанию и оформлению

Содержание

Согласно техническому заданию - Yvision.kz

Когда компания-заказчик приходит к исполнителю и заказывает «неосязаемое нечто», последний делает постный вид и просит предоставить техническое задание (бриф, описание, спецификация). Заказчик, полный энтузиазма, начинает выплескивать его на бумагу и это правильное начало, ведь техническое задание – замечательная штука!

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

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

Жаль только, что, полное неоспоримых преимуществ, Тех. Задание, содержит пару больших и жирных «но».

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

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

Одна будет грязно-серой, другая – белоснежной; одна - стоить доллар, другая в три раза дороже! Выбрав одну – вы заработаете геморрой, выбрав другую – достигнете небывалых высот мысли.

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

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

Ситуацию хорошо иллюстрирует известная притча про скупого человека, который принес портному кусок материала и попросил сшить ему шапку. При заказе скупец поинтересовался, не хватит материала на два головных убора? Получив утвердительный ответ, он спросил про три, четыре… и сторговался, в итоге, на десяти. Через неделю он получил свой заказ. Шапок было действительно десять, но все они едва налазили на мизинец.

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

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

Разумное применение

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

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


Мы призываем Заказчика помнить, что ТЗ - это полезная штука, но она описывает низший уровень качества решения. Хороший, по-настоящему хороший продукт требует к себе человеческого отношения на всех этапах создания. Любите его, не торопитесь с релизом, и он непременно получится восхитительным!

Изображения взяты с сайтов: http://pt.wikinoticia.com http://cultofmac.cultofmaccom.netdna-cdn.com, http://www.popwuping.com

Оригинальная статья.

Выполнить работы согласно техническому заданию. Как писать техническое задание?! Назначение и цели создания системы

Техническое задание «ТЗ» – это документ, который берется за основу при разработке любого проекта. И не важно, какой сложности и величины задание, оно всегда должно сопровождаться четким и понятным ТЗ. Это, в первую очередь, нужно заказчику, чтоб получить в результате именно то, что он хотел видеть. Но и исполнителю желательно всегда требовать четко изложенное задание, чтоб понимать, чего от него хотят. Многие игнорируют факт написания детального технического задания, что в последствии приводит к недопонимаю, спорам, конфликтам и ссорам.

Рекомендуем прочитать:

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

Для чего ТЗ заказчику?

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

Рекомендуем прочитать:

Для чего ТЗ исполнителю?

В первую очередь, это ваш ориентир на то, что нужно сделать. Часто заказчики что-то додумывают в процессе разработки, стараясь навязать Вам выполнение лишних задач. Вы хотите работать бесплатно? Уверен, что нет. Уточняйте, что сумма, оговорена в самом начале, касалась исключительно объема работ указанного в техническом задании. Все что более – оплачивается отдельно. Также при сдаче проекта вы сможете отчитаться по поставленным задачам и их выполнению. Я не раз сталкивался с моментами, когда заказчик не хотел принимать работу, аргументируя неполным ее выполнением. Но поднимания первоначальное ТЗ оказывалось, что тех

Типовые технические задания по 44 ФЗ, согласно таблицы или таблице как правильно?

Технические задания по 44-ФЗ

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

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

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

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

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

Существуют единые требования к составлению технического задания:

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

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

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

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

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

Не нашли нужный пример технического задания? Заполните заявку и наши специалисты вышлют Вам необходимый образец бесплатно

Источник: http://help-zakaz.ru/dokumenty-po-goszakazu/tehnicheskie-zadaniya/tehnicheskoe-zadanie.php

Основные требования к техническому заданию

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

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

  1. Описание предмета заказа должно быть составлено объективно. В ОЗ допускается включение технико-функциональных, качественных и эксплуатационных особенностей приобретаемых ТРУ.
  2. Разрабатывая описание ОЗ, работник контрактной службы заказчика имеет право использовать только ту терминологию, которая предусмотрена регламентом, закрепленным действующим законодательством.
  3. В описании ОЗ допускается использование чертежей, фотографий, эскизов, результатов тестовых испытаний и подобных сведений.
  4. Если в ТЗ определяется условие о предоставлении исполнителем образца приобретаемой продукции, то в закупочной документации необходимо обозначить время и место осмотра товарного образца.
  5. В том случае, если ОЗ — лекарственные препараты, то заказчику необходимо указывать непатентованные наименования, признанные во всем мире. Если такие наименования отсутствуют, то вносятся химические или группировочные наименования ЛП.

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

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

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

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

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

В том случае, если ГОСТ необязательный, но он указан в ТЗ тендера, он становится обязательным для обеих сторон контракта.

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

Как составить техническое задание

Нормативными источниками для формирования ТЗ могут выступать:

  • отраслевые нормативы;
  • технико-технологические условия;
  • госстандарты;
  • методические разработки министерств и ведомств.

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

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

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

  1. Сведения об организации-заказчике. Его юридический и фактический адрес, координаты для связи, банковские реквизиты и коды по Общероссийскому классификатору.
  2. Сведения о заказе. В техническом задании надлежит указать полное наименование предмета торгов с указанием всех используемых терминов, способ проводимой закупки (ч. 1 ст. 24 44-ФЗ), обоснование способа определения поставщика (ч. 5 ст. 24), источник финансирования.
  3. Описание ОЗ.
  4. Требования к упаковке товара и безопасности объекта заказа.
  5. Сроки поставки ТРУ.
  6. Гарантийный срок.
  7. Условия по сервисному обслуживанию, монтажу, пусконаладочным работам, обучению сотрудников грамотной эксплуатации поставляемой продукции (при необходимости).

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

На первом, подготовительном, этапе необходимо определить потребность в приобретаемых ТРУ, рассчитать и обосновать НМЦК, описать предмет заказа.

Второй этап — основной. Во время данного этапа организация-заказчик детерминирует основные качественные и количественные характеристики ТРУ, оговаривает условия и регламент поставки продукции, а также параметры заполнения первых частей заявок, проверяет заполненные параграфы ТЗ.

На заключительном этапе специалисты по закупкам организации-заказчика согласовывают, дорабатывают и утверждают ТЗ. После утверждения закупочная документация публикуется в ЕИС.

Рекомендации по составлению технического задания

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

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

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

  1. Техзадание должно быть тесно взаимосвязано с инструкцией по заполнению заявки.
  2. Все термины, которые включены в техническое задание, должны быть упорядочены, а инструкция по составлению заявок должна легко читаться и адекватно восприниматься потенциальным поставщиком. При этом судебная практика расценивает заявки, затрудняющие восприятие и не содержащие соответствие объекта закупки и инструкции по формированию заявок, как ограничивающие конкуренцию.
  3. Специалисту надлежит указывать, когда значение диапазонного показателя не должно изменяться. Диапазонные показатели должны быть максимально приближены к реальности. Заказчик может определить диапазонный показатель как набор из минимального и максимального значений, а участник заказа выбирает конкретное значение в указанных рамках. Либо же заказчик должен определить, что значение диапазонного показателя не может изменяться, а потенциальный поставщик указывает в заявке диапазон в неизменном виде. Ошибки при установлении диапазонных показателей сводятся к неправильному или недостаточно четкому выбору между указанными альтернативами. При этом вариант «по умолчанию» — это первый вариант, когда участнику закупки нужно указать в заявке конкретное значение показателя.
  4. Все альтернативные значения показателей должны быть реальными.
  5. По общему правилу не стоит устанавливать требование о соответствии техническим условиям, это также признается судами ограничением конкуренции.
  6. Если заказчик устанавливает требования к цветовым характеристикам товара, то они должны быть обоснованными и целесообразными.
  7. Запрещается устанавливать требования к участнику заказа и его ресурсам (ч. 3 ст. 33).
  8. Запрещается закупать ТРУ, которые не соблюдают законодательные требования к энергоэффективности. Это грозит заказчику штрафными санкциями. Если в заказе присутствует необходимость изображения или эскиза, то лучше его предоставить в составе ТЗ.

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

Источник: https://gosuchetnik.ru/goszakupki/kak-pravilno-sostavit-tekhnicheskoe-zadanie-po-44-fz

Согласно техническому заданию - Horde.me

Когда компания-заказчик приходит к исполнителю и заказывает «неосязаемое нечто», последний делает постный вид и просит предоставить техническое задание (бриф, описание, спецификация). Заказчик, полный энтузиазма, начинает выплескивать его на бумагу и это правильное начало, ведь техническое задание – замечательная штука!

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

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

Жаль только, что, полное неоспоримых преимуществ, Тех. Задание, содержит пару больших и жирных «но».

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

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

Одна будет грязно-серой, другая – белоснежной; одна — стоить доллар, другая в три раза дороже! Выбрав одну – вы заработаете геморрой, выбрав другую – достигнете небывалых высот мысли.

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

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

Ситуацию хорошо иллюстрирует известная притча про скупого человека, который принес портному кусок материала и попросил сшить ему шапку. При заказе скупец поинтересовался, не хватит материала на два головных убора? Получив утвердительный ответ, он спросил про три, четыре… и сторговался, в итоге, на десяти. Через неделю он получил свой заказ. Шапок было действительно десять, но все они едва налазили на мизинец.

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

 

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

Разумное применение

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

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

Мы призываем Заказчика помнить, что ТЗ — это полезная штука, но она описывает низший уровень качества решения. Хороший, по-настоящему хороший продукт требует к себе человеческого отношения на всех этапах создания. Любите его, не торопитесь с релизом, и он непременно получится восхитительным!

Изображения взяты с сайтов: pt.wikinoticia.com cultofmac.cultofmaccom.netdna-cdn.com, www.popwuping.com

Оригинальная статья.

Теги: техническое задание , IT , вне потока , технологии

Управление проектами / Согласно техническому заданию

Управление проектами / Согласно техническому заданию
Добрый вечер, созидающая часть !
Будучи разработчиком, я постоянно работаю с техническими спецификациями клиентов и мой первый пост — это небольшой очерк, анализ такой вещи, как «техническое задание».
Итак, когда компания-заказчик приходит к исполнителю и заказывает «неосязаемое нечто», последний делает постный вид и просит предоставить техническое задание (бриф, описание, спецификация). Заказчик, полный энтузиазма, начинает выплескивать его на бумагу и это правильное начало, ведь техническое задание – замечательная штука!
Оно позволяет выразить свои идеи, сделать их понятными для окружающих и получить в итоге именно то, что нужно! С помощью тех. задания мы можем упорядочить мысли, правильно поставить задачу и увидеть противоречия на самых ранних этапах. Несмотря на то, что сам термин чаще применяется в бизнесе, суть его распространяется почти на все аспекты нашей жизни. Сформулированное в том или ином приближении, тех. задание испокон веков служит людям для передачи информации о своих потребностях.
В быту мы постоянно ощущаем его полезность: заказывая шоколадный торт, описывая идеальную прическу парикмахеру или выбирая жену, которая должна быть милой, остроумной и уметь готовить. Повсеместное использование породило бесчисленное множество уже готовых, типичных технических заданий. К примеру, в кофейне нам достаточно сказать «Капучино!» и не рассказывать официанту про «кофейный напиток на основе эспрессо с добавлением молока и пены»
Жаль только, что, полное неоспоримых преимуществ, Тех. Задание, содержит пару больших и жирных «но».
Давая представление о том, что будет делать продукт, техническое задание совершенно не способно описать, насколько хорошо он будет это делать. Даже самое подробное ТЗ содержит массу мест для вольной интерпретации – мест, которые исполнитель часто трактует в сторону уменьшения усилий.
Возьмем, для примера, рулон туалетной бумаги. Простейший предмет с элементарным техническим заданием и понятным каждому функционалом. Тем не менее, на полке супермаркета можно обнаружить совершенно разную бумагу.
Одна будет грязно-серой, другая – белоснежной; одна — стоить доллар, другая в три раза дороже! Выбрав одну – вы заработаете геморрой, выбрав другую – достигнете небывалых высот мысли.
Переходя от бытовых примеров к бизнесу, можно посмотреть на тендерные закупки. Система, основанная на тех. спецификациях и естественном стремлении бизнеса сэкономить средства, буквально выдавливает хороших поставщиков, сводя торги исключительно к ценовой конкуренции.
В итоге, несостоятельность тех. задания, как регулятора качества работы вкупе с самым дешевым исполнителем приводят заказчика к парадоксальному результату: продукт, полностью отвечающий ТЗ, работает настолько плохо, что пользоваться им попросту невозможно.
Ситуацию хорошо иллюстрирует известная притча про скупого человека, который принес портному кусок материала и попросил сшить ему шапку. При заказе скупец поинтересовался, не хватит материала на два головных убора? Получив утвердительный ответ, он спросил про три, четыре… и сторговался, в итоге, на десяти. Через неделю он получил свой заказ. Шапок было действительно десять, но все они едва налазили на мизинец.
Пожалуй, шапка, которую нельзя одеть на голову – это прекрасная зарисовка главной беды плохого продукта: номинальное присутствие плохо отлаженного функционала в большинстве случаев равно его отсутствию.
И, если притча кажется немного абсурдной и оторванной от нынешних реалий, читатель легко найдет массу современных примеров (допустим, среди многофункциональной электроники).
Разумное применение

ТЗ, со всеми плюсами и минусами – это, прежде всего инструмент, который требует правильного применения. Оно уместно в чистом виде, когда речь идет о сильно стандартизированном решении – например, поставках цемента известного состава и марки в четко оговоренные сроки.
Возведение технического задания в принцип – разрушительно для продукта.
Однажды автор встречался с Заказчиком, который утверждал, будто описание его задачи не допускает никаких разночтений и от исполнителя не зависит ничего. На его столе лежали предложения от разных подрядчиков и он выбирал самого бюджетного. При этом одет он был, отчего-то, не в самую дешевую одежду и, сидя в удобном кресле, пил ароматный пуэр.
Я призываю Заказчика помнить, что ТЗ — это полезная штука, но она описывает низший уровень качества решения. Хороший, по-настоящему хороший продукт требует к себе человеческого отношения на всех этапах создания. Любите его, не торопитесь с релизом, и он непременно получится восхитительным!
Изображения взяты с сайтов: pt.wikinoticia.com cultofmac.cultofmaccom.netdna-cdn.com, www.popwuping.com, www.thinkgeek.com
P.S. Я не уверен в правильности выбранного блога, но не нашел более подходящего.

Составление технического задания согласно ФЗ № 223. Практика ФАС

дата: 20.09.2019

автор: Елена Бусарова

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

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

  1. в описании предмета закупки указываются функциональные характеристики (потребительские свойства), технические и качественные характеристики, а также эксплуатационные характеристики (при необходимости) предмета закупки;
  2. в описание предмета закупки не должны включаться требования или указания в отношении товарных знаков, знаков обслуживания, фирменных наименований, патентов, полезных моделей, промышленных образцов, наименование страны происхождения товара, требования к товарам, информации, работам, услугам при условии, что такие требования влекут за собой необоснованное ограничение количества участников закупки, за исключением случаев, если не имеется другого способа, обеспечивающего более точное и четкое описание указанных характеристик предмета закупки;
  3. в случае использования в описании предмета закупки указания на товарный знак необходимо использовать слова «(или эквивалент)», за исключением случаев:
    • несовместимости товаров, на которых размещаются другие товарные знаки, и необходимости обеспечения взаимодействия таких товаров с товарами, используемыми заказчиком;
    • закупок запасных частей и расходных материалов к машинам и оборудованию, используемым заказчиком, в соответствии с технической документацией на указанные машины и оборудование;
    • закупок товаров, необходимых для исполнения государственного или муниципального контракта;
    • закупок с указанием конкретных товарных знаков, знаков обслуживания, патентов, полезных моделей, промышленных образцов, места происхождения товара, изготовителя товара, если это предусмотрено условиями международных договоров Российской Федерации или условиями договоров юридических лиц, указанных в ч.2 ст. 1 ФЗ № 223, в целях исполнения этими юридическими лицами обязательств по заключенным договорам с юридическими лицами, в том числе иностранными юридическими лицами1.

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

Безосновательное указание конкретной марки товара

В УФАС обратился поставщик с жалобой на действия организатора закупки при проведении открытого запроса котировок в электронной форме на поставку средств индивидуальной защиты. В своем обращении участник процедуры оспаривает правомерность закупки товара конкретного производителя, без указания в описании предмета закупки возможности поставки эквивалентного товара. При рассмотрении дела комиссия УФАС установила, что заказчиком в закупочной документации установлены обязательные технические условия поставки: соответствие товара ГОСТ 53260-2009 и требованиям ТР ТС 019/2011, а также указана марка материала , которую производит определенное предприятие. При этом заказчик не обосновал установление указанных требований, связанных с определением соответствия поставляемой продукции потребностям заказчика и предусмотренные техническими регламентами в соответствии с законодательством РФ о техническом регулировании. В своем решении антимонопольный орган поддержал доводы заявителя, указав, что действия заказчика, установившего марку материала — самоспасатель СИП-1М и указанные требования в закупочной документации, ограничивают количество участников закупки, противоречат п. 2 ч. 1 ст. 3 ФЗ № 223, и нарушают требования п.п. 2, 3 ч. 6.1 ст. 3 Закона о закупках. (Решение УФАС по Хабаровскому краю по делу № 8-01/343 от 23.11.2018)

Наименование определенного товара с формальной пометкой «(эквивалент)»

В антимонопольный орган поступила жалоба поставщика на нарушения требований ФЗ № 223, допущенные заказчиком при проведении электронного аукциона на поставку колесного экскаватора Hyundai R180 W-9S (эквивалент) в комплекте. По мнению заявителя, организатор процедуры нарушил принцип недопустимости ограничения конкуренции при закупке, а именно: у участников закупки отсутствует возможность поставить эквивалент экскаватора Hyundai R180 W-9S, несмотря на указание в извещении на (эквивалент), в совокупности с описанием объекта закупки, которому соответствует только экскаватор Hyundai R180 W-9S, и указанием конкретных характеристик товара (без диапазона). Изучив все материалы дела, антимонопольный орган установил, что заказчиком в таблице технического задания указаны характеристики, соответствующие конкретной модели экскаватора Hyundai R180 W-9S. Формальное соблюдение заказчиком требования о сопровождении словами «или эквивалент» указания на товарный знак при описании предмета закупки, не свидетельствует об отсутствии ограничения участия в закупке. В своем решении комиссия УФАС признала жалобу поставщика обоснованной. (Решение УФАС по республике Бурятия от 24.07.2019 по жалобе № 05-32/61-2019).

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

В антимонопольный орган поступила жалоба участника закупки на действия заказчика при проведении открытого аукциона в электронной форме по поставке металлорежущего инструмента и расходных материалов. В своем обращении заявитель указал, что в документации о закупке установлены положения, ограничивающие конкуренцию и нарушающие права и законные интересы поставщика, а именно: в техническом задании указаны конкретные товарные знаки без возможности предложения эквивалентов. При рассмотрении данного дела комиссия УФАС установила, что закупаемая продукция будет использоваться на определенном станке, инструкция которого требует применение только оригинальных деталей. Кроме того, заказчик представил документальное подтверждение о невозможности применения «аналогов» в связи с имеющейся запатентованной технологией производителя. Также комиссия УФАС выяснила, что в связи разработкой уникальной технологией обработки валов, необходимо приобретать инструмент определенного производителя, поскольку использование эквивалентного товара повлечет за собой необходимость проведения повторных испытаний, внедрения и отработку режимов резания, также замена инструмента может привести к неисправимому браку, что экономически не целесообразно. В своем решении антимонопольная служба пришла к выводу, что заказчиком правомерно установлены в техническом задании конкретные товарные знаки без возможности предложения эквивалентов в связи с закупкой запчастей и расходных материалов согласно технической документации соответствующего оборудования.(Решение УФАС Челябинской области от 23.01.2019 по жалобе № 18120)

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

В УФАС обратился участник закупочной процедуры с жалобой на действия заказчика при проведении запроса котировок в электронной форме на поставку самоспасателей СИП-1М. Из обращения следует, что при формировании закупочной документации организатором процедуры не указан эквивалент поставляемого товара, что противоречит ФЗ № 223. Антимонопольный орган при рассмотрении дела установил, что данная закупка проводится в рамках исполнения обязательств заказчиком по контракту на строительство и поставку грузопассажирского автомобильно-железнодорожного парома проекта CNF11CPD заводской № 301. В своем решении комиссия УФАС пришла к выводу, что в случае использования в описании предмета закупки указания на товарный знак необходимо прописать слова «(или эквивалент)», за исключением случая осуществления закупок товаров, необходимых для исполнения государственного или муниципального контракта (подпункт «в» п. 3 ч. 6.1 ст. 3 ФЗ№ 223). На основании этого, контролирующий орган не усмотрел в действиях заказчика, установившего требование в отношении фирменного наименования необходимой продукции, нарушение норм Закона о закупках. (Решение УФАС по Хабаровскому краю № 8-01/250 по делу № 027/01/18.1-531/2019 от 07.09.2019).

Указание производителя и страны происхождения товара в техническом предложении участника

В антимонопольную службу обратился поставщик с жалобой на действия заказчика при проведении запроса котировок в электронной форме на право заключения договора на поставку магния окиси осажденной из природного сырья. В своем обращении участник указал, что в техническом задании отсутствует требование по конкретному производителю товара, поэтому заказчик не вправе требовать его от участника процедуры и отклонять его заявку по причине не указания такового в заявке. Рассмотрев материалы дела, комиссия УФАС установила, что заявка инициатора обращения не допущена к участию, поскольку поставщиком не соблюдено условие, установленное в соответствии с п. 13 «Требования к описанию продукции» информационной карты, а именно: техническое предложение должно содержать подробное предложение участника процедуры закупки в отношении продукции, включающее в себя указание производителя и страны происхождения товара. В техническом предложении заявителя данные сведения отсутствуют. При этом, как отмечает контролирующий орган, заказчик не включал в описание предмета закупки требований или указаний в отношении товарных знаков, знаков обслуживания, фирменных наименований, патентов, полезных моделей, промышленных образцов, наименование страны происхождения товара, требования к товарам, информации, работам, услугам в нарушение части 6.1 статьи 3 ФЗ № 223. В своем решении комиссия УФАС не установила нарушений в действиях заказчика, признав жалобу поставщика необоснованной. (Решение УФАС Новосибирской области от 30.07.2019 по делу № 054/01/18.1-1425/2019)

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

В УФАС поступила жалоба участника на действия заказчика при размещении запроса котировок в электронной форме на поставку и установку навигационного оборудования . По мнению инициатора обращения, указание организатором процедуры конкретной марки/модели товара определенного производителя является необоснованным ограничением конкуренции. К тому же, как указывает заявитель, навигационное оборудование, закупаемое заказчиком, не является уникальным продуктом на российском рынке подобных товаров. При рассмотрении материалов дела, антимонопольный орган установил, что согласно п.1, п.2 технического задания (приложение № 1 к закупочной документации) участник закупки должен предоставить конкретное бортовое навигационно-связное оборудование определенной торговой марки ГЛОНАСС (БНСО)-СМАРТ S-2333 и датчик уровня топлива Италон 1000. Комиссия УФАС выяснила, что на транспортных средствах, принадлежащих заказчику, ранее использовалось навигационное оборудование указанной в документации о закупке торговой марки. Кроме того, при разрешении вопроса о замене навигационного оборудования, датчиков уровня топлива организатором процедуры принято решение об установке идентичного с целью обеспечения технологической совместимости, а также по причине того, что указанное оборудование за время его использования зарекомендовало себя с лучшей стороны, полностью удовлетворяет заказчика по своим основным характеристикам и эксплуатационным свойствам. Также антимонопольный орган принял во внимание тот факт, что ранее заказчиком на некоторые транспортные средства было установлено эквивалентное оборудование, которое не функционировало должным образом и приводило к ежемесячным финансовым потерям. В своем решении антимонопольная служба поддержала заказчика, признав доводы заявителя необоснованными. (Решение УФАС по Новосибирской области от 06.12.2018 по жалобе № 7597э)

Некорректное техническое задание

В антимонопольную службу поступила жалоба участника закупки на положения аукционной документации об аукционе в электронной форме на выполнение работ по капитальному и текущему ремонту помещений. В своем обращении заявитель указывает, что заказчиком некорректно составлено техническое задание, а именно: в пункте 5 Приложения № 1 к техническому заданию товара «труба стальная» указано: «труба должна быть не оцинкованная» и следующий параметр «толщина цинкового покрытия не менее 3мкм». У не оцинкованных труб не бывает цинкового покрытия. Однако организатор аукциона требует указать такие сведения в заявке. Изучив все материалы дела, комиссия УФАС установила, что указанные требования заказчика не позволяют однозначно понять, какая именно труба требуется к поставке — оцинкованная или неоцинкованная, что может ввести в заблуждение потенциальных участников закупки. Такие характеристики являются взаимоисключающими, что, несомненно, не допустимо использовать при осуществлении закупок. В своем решении антимонопольный орган пришел к выводу об обоснованности доводов жалобы участника и о нарушении организатором процедуры п. 2 ч.1 ст.3 Закона о закупках). (Решение УФАС по Рязанской области от 06.04.2018 по делу № 156-04-4/2018)

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

1 Ч.6.1. ст. 3 Федерального закона «О закупках товаров, работ, услуг отдельными видами юридических лиц» от 18.07.2011 N 223-ФЗ

полезный документ или лишняя головная боль?

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

Можно ли обойтись без технического задания?

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

Что нужно учитывать при составлении технического задания?

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

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

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

Проводит ли участник закупки экспертизу технического задания?

Заказчик разместил техническое задание на официальном сайте в составе закупочной документации. Может ли участник закупки проводить экспертизу этого задания?

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

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

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

Срок годности в процентах — возможно ли?

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

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

При описании объекта закупки заказчик может указать в документации, в частности, требования к гарантийному сроку (ч. 4 ст. 33 44-ФЗ). Но в описание объекта закупки нельзя включать требования к товарам и информации, которые влекут ограничение количества участников закупки. Исключение составляют случаи, когда нет другого способа более точно и четко описать объект закупки (п. 1 ч. 1 ст. 33 44-ФЗ).

ФАС России в разъяснениях придерживается мнения, согласно которому установление требования к остаточному сроку годности в процентах неправомерно (Письмо от 26.08.2014 № АК/34487/14).

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

Ранее при рассмотрении аналогичных споров, еще в период действия 94-ФЗ, ФАС России и арбитражные суды признавали такое требование правомерным (Решения ФАС России от 13.10.2011 по делу № К-2255/11, от 13.10.2011 по делу № К-2254/11, Постановление ФАС Центрального округа от 21.11.2012 по делу № А08-10203/2011). Но все-таки лучше определить остаточный срок годности периодом (например, в годах, месяцах, днях) либо конкретной датой, до которой товар должен сохранять свою пригодность. Это позволит избежать обвинений в ограничении конкуренции и снизит вероятность возникновения претензий со стороны контролирующих органов.

Детализация не бывает излишней?

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

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

Наличие ГОСТов при отсутствии технических характеристик

Заказчик при описании объекта закупки в техническом задании сослался на нормативно-технические документы (ГОСТы, СНиПы) и не указал при этом конкретные технические характеристики и показатели качества ТРУ. Вправе ли заказчик устанавливать требования к ТРУ таким способом?

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

В данном случае заказчик не должен устанавливать требования в техническом задании таким способом. Заказчик вправе сослаться на ГОСТы и СНиПы, только если нормативно-технические документы содержат все необходимые требования к ТРУ и показатели их качества.

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

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

Отправить ответ

avatar
  Подписаться  
Уведомление о