Бизнес требование техническое задание

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

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

Соглашение о терминологии

1. Артефакт — физическое представление в реальном мире чего либо сотворенного человеком.
2. Замысел — то что находится в голове или головах клиентов.
3. Пожелания — артефакт замысла.
4. Требования — согласованные с реальностью пожелания.
5. Физика окружения — в случае с сайтом это все компоненты из которых он может быть изготовлен согласно консорциому w3c. В случае с мобильным приложением — это apple developer program или andriod development и тд
6. Архитектурное решение — словесно сформулированное предложение о реализации требования, без применения элементов физики конечного окружения (мы говорим про экраны, не говорим про экраны айфона или андроида конкретно).
7. Техническое задание — подробная конфигурация сооружаемой системы с описанием свойств характеристик назначений каждого элемента и компонента, документ задание в производство, а также документ для приемочного тестирования.

Мухи отдельно — котлеты отдельно.

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

1. Замысел (что) -> хотелось супер сервис который может делать дело
2. Пожелания (сформулировано зафиксировано) -> нам нужен сервис который делает это дело X, Y, Z
3. Требования (контрольная точка) -> сервис должен делать X, Y, а Z не возможно при наличие X и Y, давайте лучше H. ОК.
4. Архитектурное решение -> X мы сделаем как страницу. Y будет как игра, а H будет как запрос через форму.
5. Техническое задание -> X 5 экранов (нарисовано), 24 элемента (отмечены, описаны все данные), назначение каждого (выход от работы), сценарии поведения каждого (нажал увидел победил), действующие лица эксплуатирующие (менеджер, домохозяйка на айпеде), результаты от выполнения такие-то (информация получена, ачивка пройдена, письмо отослано, информация о товаре передана в сборку на систему склада и тд . )
6. Сооружение (производство, выполнение) -> кодинг, сборка, тестирование по тз, прогон сценариев.
7. Получение (верификация) -> деплоймент (развертывание в эксплуатационное окружение, appstore, amazon . )
8. Ввод в эксплуатацию -> принята работа, пошли баннеры реклама, регистрации.
9. Эксплуатация -> сервис работает, конверсии растут, кеш заходит в кассу.

Кто кому что должен?

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

BPM Часть 4. BPMS, Бизнес-требования и Техническое Задание

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

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

Если есть замысел то его необходимо извлечь из головы чтобы начать работу — поняли что хотим и записали. Это пожелания. Артефакты замысла клиента — это может сделать только клиент, замысел это его часть работы.

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

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

Хозяйке на заметку: ожидания что какая-то компания подрядчик возьмет в производство без переработки ваше тз (если вдруг к примеру есть хорошо проработанное на детали тз — к себе в процесс) всего лишь говорит о качестве процесса в этой компании — если они могут его так извне менять, значит работают они хаотично, на глаз.

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

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

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

Вот простые правила предъявляемые мною к любому техническому заданию:

1. Техзадание должно быть
2. Оно пишется исполнителем в противовес на согласованные требования и подписывается сторонами.
3. Техническое задание содержит полное и исчерпывающее описание создаваемой системы в терминологии физики решения, в ее эксплуатационном окружении и четко недвусмысленно дает ответы на вопросы:
4. как именно по шагам отвечая на конкретные воздействия пользователя будет работать любой элемент системы.
5. как при этом он будет выглядеть
6. каково его назначение в рамках всей системы
7. как будет обслуживаться данный элемент в процессе эксплуатации и кем
8. и тд.
9. Содержит критерии приемки результата — что именно в рамках физики системы дает ясное понимание что конкретный элемент или сценарий системы работает корректно и успешно.
10. Написано в паре со специалистом (с подтверждаемой квалификацией) в области системной инженерии требований и специалистом по проектированию взаимодействию с системой.

О требованияхТребования — это описание (модель) системы к которому сбоку мы приписываем деонтическую модальность. (Анатолий Левенчук)

Отдельно стоит отметить что Бизнес требования — это тербования к тому как должна протекать деятельность системы.

Требования отличаются от пожеланий по простому принципу: требование = пожелание + обоснование.

Для того чтобы обосновать требование необходимо предоставить артефакты подтверждений что требования определены реальной потребностью и своим выполнением перекроют (согласуется с) миссию всего проекта (http://deppkind.livejournal.com/1863.html)

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

| 1. требование | 2. для чего нужно | 3. возможное решение |

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

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

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

1. Каталог должен показывать (в глаза) товары
2. Логистическая система должна выдавать маршрут (на бумаге, в электроном письме опять же в глаза и мозг) — чтобы выполнение доставки шло согласно плану.
3. SMS о тренировках должны приходить на телефоны (устройства) — чтобы не звонить каждому.
4. Страница товара должна передавать конкретную информацию x y z (в глаза) — для принятия решения о .

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

Если какое-то пожелание из видения решения становиться крайне важным — оно перекачивает в раздел документа под названием «Ограничения на решение».

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

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

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

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

Трассировка требований — это инструмент, позволяющий показать степень проработки и влияния требования на компоненты системы.

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

Требования подписываются сторонами. Требования легко меняются и дополняются постоянно в процессе работы, это фиксируется и не мешает работе. Требования пишутся клиентом — согласуются исполнителем, подписываются сторонами.

Если говорить о распространенных заблуждениях о том что нужно всегда формулировать выгоду от создания продукта или функции, всегда нужно иметь ввиду что мы говорим только о части работ по возведению системы в жизнь и эксплуатацию, и ни разу не говорили о бизнес стратегоровании или требованиях к бизнесу.Чуть подробнее на поиск решения через Job Stories я писал тут http://deppkind.livejournal.com/3259.html.

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

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

Назначение документа-требований — проработка пожеланий и контроль результата.

1. Сесть и писать — ничего в этом сложного вообще нет. Требования это ваши же ожидания.
2. Если совсем сложно — требования можно заказать, кто сколько берет за это (это интервьюирование вас, где и как это делать каждый решает сам — я делаю это только в студии и за деньги), тут помесь работы секретаря + машинистки. Ну и контрольные вопросы конечно же от нас )
3. На собранные требования можно давать решения — а только на каждое решение может быть уже цена и сроки. Можно за 5 рублей а можно и за 50 лямов. Тут кто что вам предложит на рынке, каковы ваши потребности и ситуация.
4. Ждать и требовать подробнейшее тз от исполнителя.
5. Только после четкого понимания пускать в сооружение (разработку) систему.

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

Вопросы, комментарии приветствуются.

Найденные опечатки исправляются, добавляются новые.

Источник: spark.ru

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

Обучение по 44-ФЗ Обучение для госзаказчиков Обучение для поставщиков Повышение квалификации Профпереподготовка Обучение контрактных управляющих Обучение по 223-ФЗ Обучение для заказчиков Обучение для поставщиков Повышение квалификации Профпереподготовка

Антикризисное предложение до 10 июня

Доступ к электронному
учебнику по госзакупкам
бесплатно!
Узнать больше

+78612710306
Россия, Краснодарский край, Краснодар
улица им Фрунзе, дом 186/1, литер У-1, помещение 6
/upload/iblock/482/482566d08004d6f76c821d3706932c21.jpg

25 декабря 2019

Полезные материалы для скачивания

Видеообзор изменений в госзакупках в связи с COVID-19

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

Закупка у единственного поставщика (подрядчика, исполнителя)

Новые условия заключения прямого договора

Аукцион в электронной форме

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

Планирование закупок по 44-ФЗ

Кадровое обеспечение по 44-ФЗ

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

При обнаружении несоответствий в этой статье оставьте оставьте заявку и получите скидку 30% на любой курс по госзакупкам

Из этой статьи вы узнаете:

• Что представляет собой техническое задание на закупку
• Правила и требования составления технического задания на закупку
• Как составить техническое задание на закупку: пошаговая инструкция
• Рекомендации по составлению технического задания на закупку

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

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

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

Согласно закону № 44-ФЗ техническое задание – это форма, в которой покупателем определены специфические, количественные и качественные характеристики конкретной государственной закупки.

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

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

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

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

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

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

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

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

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

При составлении ТЗ основной целью является определение и фиксация требований к объекту госконтракта. При этом законодательно установлено, что указывать наименование объекта нужно в соответствии с каталогом товаров, работ, услуг (ч. 4 ст. 23), утвержденным Постановлением Правительства от 08.02.2017 № 145.

Если планируется закупать товар, который описан в КТРУ, то обязанностью заказчика является:

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

Чтобы верно составить ТЗ, заказчик должен также руководствоваться Правилами, утвержденными ПП от 05.06.2015 № 555. В соответствии с этим документом заказчик обязан в обосновании указать наименование объекта закупки.

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

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

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

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

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

• ГОСТ Р 7.0.97-2016, который регламентирует оформление различных документов;
• реестр госзакупок в ЕИС;
• другие источники информации, доступные для всех.

При составлении техзадания нужно в него включать не только наименование объекта закупки, но и прочие его характеристики, важные для заказчика и реализации контракта. Часть 4 статьи 23 44-ФЗ обязывает указывать название товара в соответствии с действующим каталогом товаров, работ, услуг (КТРУ), утвержденным ПП РФ № 145 от 08.02.2017.

После изучения планируемой к закупке позиции в каталоге разработчик ТЗ должен составить описание объекта госконтракта, не отступая от формулировок КТРУ. Если характеристики, указанные в каталоге, не совпадают с нужными заказчику, специалисту необходимо составить обоснование в письменном виде, указав наименование закупаемой продукции в соответствии с потребностями предприятия (это прописано в Правилах, закрепленных ПП № 555 от 05.06.2015).

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

К ним относятся:

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

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

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

Как составить техническое задание на закупку: пошаговая инструкция

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

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

Шаг 2. Подробное описание заказчика:

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

Шаг 3. Включение в ТЗ следующих сведений о закупке:

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

Шаг 4. Указание следующих данных о госзакупке:

• как определяется поставщик (ч. 1 ст. 24);
• почему был выбран именно этот способ его определения (ч. 5 ст. 24).

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

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

Шаг 7. Описание особенностей процесса производства на предприятии заказчика или занимаемого им здания, способного оказать влияние на исполнение контракта. К примеру, при составлении технического задания на приобретение шкафов для офиса может потребоваться уточнение условий доставки: если помещение находится на верхнем этаже, а лифт не работает, нужно прописать необходимость ручного подъема мебели.

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

Шаг 9. Описание, чего хочет достичь заказчик (решение какой проблемы требуется) и целей госзакупки. Это требование присутствовало ранее в ст. 13 44-ФЗ, но с 1 октября 2019 года статья утратила силу.

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

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

Шаг 12. Определение ограничений потребительских свойств, цены и прочих характеристик товара (так называемое нормирование) (ч. 1 ст. 19).

Шаг 13. Указание наименования объекта госконтракта и приведение его обоснования.

Шаг 14. Точное и подробное описание объекта госконтракта (ст. 33).

Шаг 15. Определение экологических особенностей приобретаемого объекта.

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

Шаг 17. Определение гарантийных обязательств и срока, на который будет предоставляться гарантия.

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

Шаг 19. Указание необходимости подтверждать новый товар или потребность в другом товаре.

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

Шаг 21. Определение необходимости монтажных и наладочных работ.

Шаг 22. Установление порядка, в котором должен поставляться и приниматься товар.

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

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

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

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

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

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

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

• Требуется устанавливать реальные альтернативные значения показателей.
• Не нужно заявлять соответствие объекта госзакупки техническим условиям как обязательное – это требование расценивается судебными инстанциями как ограничивающее конкуренцию.
• При наличии у заказчика требований к цвету товара необходимо обосновать их целесообразность.
• Нельзя устанавливать требования к потенциальным поставщикам и их ресурсам (ч. 3 ст. 33).
• Нельзя приобретать товары, работы и услуги, не отвечающие требованиям закона к энергоэффективности. Это чревато наложением штрафов. Если нужно приложить к заказу изображение или эскиз, то его лучше включить в состав технического задания.

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

Обучение госзакупкам без отрыва
от работы, с практикой на электронной
площадке РТС-Тендер и на
тренажере ЕИС

Источник: cett.biz

Техническое задание: нюансы и советы

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

Сложности составления ТЗ

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

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

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

Регистрация в ЕРУЗ ЕИС

С 1 января 2020 года для участия в торгах по 44-ФЗ, 223-ФЗ и 615-ПП обязательна регистрация в реестре ЕРУЗ (Единый реестр участников закупок) на портале ЕИС (Единая информационная система) в сфере закупок zakupki.gov.ru.