Одной из важнейших составляющих в любой закупке является техническое задание. Оно составляется заказчиком для максимального описания продукта или услуг, которые ему необходимо получить.
Чем точнее и корректнее будет составлено ТЗ, тем проще будет и поставщику и самому заказчику.
Техническое задание на закупку должно соответствовать требованиям законодательства. И помимо 44-ФЗ при подготовке ТЗ необходимо учитывать нормативные требования Антимонопольной службы и законодательства о техническом регулировании.
Ведь их нарушение, а также неполное или не конкретизированное описание требуемых услуг или товаров, может привести к подаче нецелевых заявок, а в случае отказа данным поставщикам — к жалобе в ФАС на необоснованное отклонение.
Разработка технического задания по 44-ФЗ
Качественная подготовка технического задания на закупку является залогом успешного тендера, ведь при проработке всех пунктов ТЗ Вы получите конкурентоспособные, релевантные и сильные заявки на участие с предложением именного того товара, работ или услуг, которые рассчитываете получить.
Совет: стоит помнить, что излишние требования и конкретизация могут противоречить требованиям 44-ФЗ, поэтому всегда стоит следовать его нормам.
В случае, если Вы нуждаетесь в помощи при составлении документов в соответствии с ТЗ заказчика или не уверены в правильности заполнения, то можете воспользоваться нашей услугой оформления заявки или получить бесплатную консультацию наших специалистов .
Совокупность всех составленных технических заданий по 44-ФЗ на закупки напрямую влияет на план закупок и формирует план-график на будущий период. В идеале, заказчик составляя список всех необходимых товаров или услуг, которые будет необходимо получить в следующем периоде, планирует определенные моменты:
в какой форме будут проводиться тендеры;
можно ли объединить некоторые лоты в одну закупку или разумнее будет произвести несколько операций;
в каком количестве и форме провести торг на определенный товар, ведь можно сделать единоразовую закупку в форме конкурса один раз в период или проводить запрос котировок, например, каждый квартал.
От всех этих нюансов зависит, как именно будет составлен план закупок и план-график соответственно.
При подготовке техзадания на закупку, заказчик должен максимально открыто и точно указывать все параметры, чтобы подрядчик смог подготовить качественное предложение, оценив объем и сложность. Очень важно указывать требования в соответствии с 44-ФЗ, не превышая полномочий.
Обычно техническое задание закупки содержит следующие пункты:
описание закупки, т.е. наименование товара, работ или услуг;
технические характеристики объекта торга;
количество и комплектацию, если речь идет о товаре;
сроки поставки или выполнения работ;
требования с гарантии и безопасности;
условия оплаты и поставки;
другие требования не противоречащие условиям, обозначенными в законе;
Существенным моментом является то, что заказчик в техническом задании на электронный аукцион должен указывать минимальные или максимальные рамки показателей, а подрядчик, оценивая свои возможности, должен указать в форме 2 уже точные значения.
Рассматривая эти конкретные показатели заказчик будет принимать решение о допуске поставщиков к участию в аукционе.
Образец технического задания на закупку
При составлении технического задания многие заказчики хотят найти какую-то унифицированную единую форму. Четко регламентированного законом бланка — нет, но есть общие требования к разделам и принятый формат оформления.
Пример технического задания по 44 ФЗ и ответа на него вы можете посмотреть на нашем сайте на странице “Подготовки и подачи заявки” . В данном примере подробно описано, как должно выглядеть ТЗ в тендерной документации заказчика и каким образом должен писать ответ подрядчик. Эта информация будет полезна для всех участников торгов.
ООО МКК "РусТендер"
Материал является собственностью сайт. Любое использование статьи без указания источника - сайт запрещено в соответствии со статьей 1259 ГК РФ
Основное назначение технического задания — четко определить и зафиксировать требования к объекту закупки. Закон устанавливает, что наименование закупки указывается в соответствии с (ч. 4 ст. 23). Каталог утвержден постановлением правительства от 08.02.2017 № 145.
При наличии описания закупаемой продукции в КТРУ заказчик обязан:
Формулировку требований заказчик составляет на основе правил описания объекта закупки (ст. 33). Выделим некоторые обязательные условия:
1. Составить список терминов, определений и сокращений, которые будут использоваться в документе.
2. Предоставить полную информацию о заказчике:
3. Предусмотреть в информации о закупке сведения:
4. Перечислить сведения о госзакупке:
5. Перечислить требования к участникам: деловая репутация, наличие у них производственных мощностей.
6. Указать исходные условия: справочная, производственная, опытная информация, которые оказывают влияние при исполнении контракта. Например, обслуживать закупаемую технику только в утренние часы.
7. Привести сведения об особенностях производственного процесса или архитектурного объекта заказчика, которые повлияют на процесс исполнения контракта. Например, при составлении технического задания на может понадобиться указать, что при доставке необходим подъем на третий этаж вручную из-за отсутствия лифта.
8. Указать точное местоположение объекта, а при необходимости — его полное описание. Это потребуется, например, для проектирования инженерных коммуникаций или для точного расчета стоимости ремонта.
9. Привести желаемые результаты (какую проблему хочет решить заказчик).
10. Указать источник финансирования.
11. Установить для участников требование соблюдать определенную нормативно-правовую базу, в том числе относящуюся к предмету контракта, условиям исполнения, срокам, гарантийным обязательствам.
12. Определить условия госзакупки (ч. 1 ст. 19).
13. Указать наименование и обоснование объекта госзакупки.
14. Максимально точно и детально описать объект госзакупки (ст. 33).
15. Определить экологические особенности закупаемого объекта.
16. Уточнить объем закупаемых товаров, периодичность и срок поставки.
17. Определить гарантийный срок и объем предоставляемых гарантий.
18. Установить требования к упаковке, маркировке, какие условные и специальные обозначения должны быть на ней.
19. Обязать предоставлять подтверждение нового товара или потребности в товаре иного состояния.
20. Определить расходы на эксплуатацию.
21. Определиться, нужны ли монтаж и наладка.
22. Установить порядок поставки и приемки.
23. Указать на необходимость провести испытания, обучение лиц, которые будут использовать закупаемый товар.
Помните, что универсальный образец технического задания по ФЗ-44 не разработан, к каждой закупке требуется индивидуальный подход. Только так учитывайте все потребности и особенности заказчика. В качестве ориентира вы можете использовать этот пример технического задания по 44-ФЗ (образец).
Образец техзадания на выполнение работ по ФЗ-44 вы можете найти в материале о или системы .
Техническое задание важно и исполнителю, и клиенту. Исполнителю оно помогает лучше понять, что хочет заказчик, застраховаться от внезапных «хотелок» со стороны клиента, ускорить работу по выполнению задачи. Клиенту - рассказать точно о том, что он хочет, упростить контроль качества, получить точную стоимость услуги. Мы расскажем о том, как правильно составить ТЗ и что с ним потом делать.
Техническое задание - документ, в котором отражены все требования к будущему продукту. В нем описывают все технические требования. Обычно ТЗ составляют в виде текстового документа, редко - в других форматах.
ТЗ используют все разработчики сайтов. Верстальщикам, программистам, дизайнерам оно помогает лучше понять требования клиента и сделать ресурс, соответствующий его ожиданиям. Кроме того, ТЗ используют во всех других сферах, например - в:
Если вы работаете по техническому заданию, риск споров и затяжных тяжб сведен к минимуму.
Прежде чем приступать к работе:
На первый взгляд кажется, что ТЗ на сайт должен составлять клиент , потому что он заказывает ресурс и выдвигает требования к нему. На самом деле в процессе должны участвовать оба: клиент озвучивает требования, а исполнитель записывает их конкретно, точно и понятно. Например, клиент говорит, что хочет сайт, адаптированный под всех пользователей, а разработчик прописывает требования к адаптивности под 4 доступных размера - ПК, ноутбуки, планшеты, смартфоны.
Разъяснение терминов - очень важный момент . Все узкоспециализированные термины желательно объяснить в самом начале - клиенты не всегда знают, что такое подвал (футер), CMS, рыба. Чем проще и понятнее будут объяснения, тем понятнее будет ТЗ для обеих сторон.
Субъективные термины могут вызвать ненужные споры . Не пишите «дизайн должен быть красивым» - понятие красоты у всех разное. То же относится к качественным прилагательным «удобный», «легкий в использовании», «большой». Используйте конкретные цифры и параметры: например, опишите цветовую гамму или расположение элементов.
Структура технического задания может быть любой. В качестве примера мы предлагаем простую структуру ТЗ на сайт.
Расскажите, какой тип сайта нужен, кем он будет использоваться, для чего он вообще создается. Например, напишите, что вам нужен интернет-магазин, лендинг для продажи товара или сайт-визитка с 10 страницами. Укажите ориентировочное количество страниц, если не знаете точного числа.
Если у проекта есть конкретная целевая аудитория, опишите ее. Это поможет создать ресурс, который понравится клиентам - например, использовать подходящие выражения в статьях или дизайн, который нравится молодежи или представителям старшего поколения.
Без представления о структуре невозможно разработать нормальный сайт. Распишите, какие страницы будут на сайте, и покажите уровни их вложенности. Сделать это можно разными способами:
Главное, чтобы в итоге было понятно, какие страницы будут располагаться в меню, куда они будут вести, какая родительская страница у каждого раздела. Мы рекомендуем использовать блок-схемы - они проще и удобнее в восприятии, чем списки и таблицы, помогают за несколько секунд оценить всю структуру сайта.
Пример простейшей структуры в виде блок-схемы
Расскажите, какими видите страницы сайта. Делать это желательно в формате прототипа, чтобы наглядно продемонстрировать расположение каждого элемента. Можно описать требования и списком, например - рассказать, что будет в шапке сайта, где расположена форма обратной связи, что будет в свободной боковой колонке.
Если все страницы сайта примерно схожи - например, вы планируете создать сайт-визитку, можно обойтись двумя прототипами: для главной страницы и остальных разделов. Если есть несколько групп схожих страниц - например, разделы в каталоге интернет-магазина, блог со статьями и описание услуг по доставке/сборке/установке, лучше сделать свой прототип для каждой группы.
Пример прототипа главной страницы сайта: все просто, удобно, понятно
Если есть разработанный макет, отлично - можно просто вставить его в техзадание. Если нет - нужно расписать требования к цветовой гамме, используемым изображениям, логотипам. Например:
Если четких требований нет - то есть клиент сам не может сформулировать свое видение сайта, можно предложить ему несколько типовых макетов на выбор или разработать макет индивидуально, а затем - согласовать. Делать это нужно до утверждения ТЗ, иначе разница во вкусах может существенно затянуть проект.
Это нужно, чтобы заранее знать, с какими инструментами можно работать, а с какими - нет. Опишите отдельным блоком:
Если клиент не понимает ничего в используемых терминах - объясните, чем отличается Вордпресс от Модэкса, PHP от HTML, домен в зоне.ru от домена в зоне.com. Вместе составьте требования так, чтобы они устроили клиента.
По умолчанию сайт должен работать у пользователей всех устройств, в разных браузерах, выдерживать хакерские атаки и не ложиться при одновременном посещении 1000 пользователями. Но лучше прописать это отдельным блоком. Укажите:
Опишите, как пользователь должен взаимодействовать с сайтом, и какие действия на ресурсе должны происходить в ответ. Сделать это можно в форме простого нумерованного списка либо разветвленным алгоритмом, если у пользователей будет выбор между действиями. Если интерактивных сервисов много, распишите сценарий для каждого из них.
Пример простейшего сценария работы сайта
Уточните, кто занимается контентом.
Какие-то разработчики сами пишут тексты, кто-то заказывает их у копирайтеров, кто-то использует рыбу. Сразу уточните, входит ли предоставление контента в услугу разработки. Если да, можно сразу прописать дополнительные требования, например, к:
Конечно, разные сервисы - не панацея, но они минимизируют риск того, что он будет «водянистым» или переспамленным. Кроме того, так появляются точные критерии оценки качества текстов.
Об этом часто забывают. В большинстве технических заданий должны быть прописаны сроки, иначе разработка может затянуться на несколько месяцев, полугодий, лет. Не используйте некорректные формулировки - например, «через месяц». Пишите точную дату: 1 декабря 2018 года, например.
Лайфхак: техническое задание лучше оформлять как приложение к договору о сотрудничестве. Так вы закрепляете все требования к разработке сайта, и в случае споров сможете выиграть дело в суде.
Запомните: в каждом ТЗ должны быть несколько основных блоков:
Нужно создать ПО. Технические требования - ниже.
Описание : программа для поиска статей по ключевому слову на всех авторитетных сайтах, адреса авторитетных сайтов прописывать нужно вручную.
Что должно делать ПО: после ввода ключевого слова находит статьи на сайтах, которые внесены заранее в качестве авторитетных источников, выводит список совпадений в таком формате:
Если больше 10 совпадений, нужно разделить на страницы - по 10 на каждой.
Технические требования: язык программирования - любой, не принципиально. Главное, чтобы программу потом можно было доработать и вывести в качестве онлайн-сервиса. В идеале сервис должен искать за 10 секунд.
Сроки : до 15.09.2018.
Естественно, это ТЗ можно улучшить - мы предоставили его в качестве примера. А как вы считаете, как можно доработать техническое задание, чтобы оно стало еще понятнее, проще, удобнее?
Практика открытых конкурсов на электронных площадках – распространенный способ обеспечить честную конкуренцию. Такой способ работы реализован во многих странах. Он гарантирует, что фирмы, подавшие заявки, будут в равных условиях. В то же время это требует от организации составить качественное техническое задание, чтобы не объяснять Подрядчику, а то и ФАС, что организации нужны другие товары или услуги, а требования техзадания – опечатка.
Насколько важно ? От полноты и квалифицированности техзадания зависит:
Какой товар или услугу купит Заказчик. Например, организация забыла указать, что нужна только новая одежда. Поставщик правомочен продать б/у вещи.
Длительность аукциона. При грамотном техническом задании не тратится время на уточнение документации, переписку с ФАС и потенциальными подрядчиками.
Сроки работ. Выявив ошибки в техзадании, например, установив, что организации требуются окна большего размера, чем заявлено, Подрядчик правомочен приостановить работу, до разрешения противоречий. Часто выявленные ошибки служат поводом для расторжения контракта и организации нового конкурса.
Экономия денег компании. Конечно, если выяснится, что нужны дополнительные работы, эти траты, хоть обидные, но нужные. Но иногда, Подрядчик отправляется в суд, требуя взыскать с Заказчика деньги за выполненную работу, плюс судебные издержки. При проигрыше организации придется платить за работу, которая ей не нужна, оплатить услуги юристов Подрядчика, госпошлину.
Техзадание влияет на качество покупаемой продукции, экономит сроки работ и защищает от лишних трат.
Как бы хорошо Заказчик не знал сферу, где работает. Как бы ни понимал нужды своей организации, при составлении техзадания допускаются ошибки.
Их причины различны: человеческий фактор, когда загруженный сотрудник, копирует документацию, не читая или допускает опечатки. Недостаточная осведомленность о правилах подготовки технического задания.
Конкурсный управляющий планирует купить качественный товар, но формулирует свое пожелание так, что у ФАС появляются вопросы. Перечислим основные ошибки, возникающие при составлении техзадания:
Недостаточно четкие формулировки. Описание товара либо услуги должно быть конкретным, чтобы исполнитель понял, что требуется. Иногда Заказчику кажется, что он выразил мысль предельно четко, запросив, например, «кофе, 10 кг». Между тем, существует четыре вида кофейных зерен, несколько тысяч сортов этого растения. А цена на кофе лежит в диапазоне от сотен рублей, до сотен тысяч. Поэтому товар должен быть детализирован, с указанием ГОСТов, описанием вида, сорта, материала и т.д.
Чрезмерно четкие формулировки. Конечно, важно подробно объяснить потенциальным подрядчикам, что от них требуется. Но иногда вещь описывают настолько детально, что под требования начинает подходить один товар одной фирмы. Например, описывают автомобиль, а его техническим характеристикам соответствует исключительно «БМВ-7». Здесь участники аукциона и ФАС могут заподозрить попытку нечестной конкуренции.
Использование слов «лучше», «хуже». Эти категории условны и не подтверждаются объективными данными. Например, для кого-то «лучшей» будет одежда из полиэстера, из-за дешевизны и прочности. Кто-то предпочитает натуральные ткани. Даже, если на заявку типа "Поставка лучшей древесины" отзовутся, Заказчику потребуется обосновать, почему он посчитал прочие заявки «хуже».
Конкурсный управляющий не указывает фразу «или эквивалент» при описании товара конкретной марки.
Описки при описании товаров. Заказчик может указать «м» вместо «мм», «шт» вместо «уп.» Последствия такой опечатки очевидны. Организация рискует получить продукцию, не подходящий по размеру или в меньшем объеме.
Включение условий о «профессионализме», «положительной деловой репутации». Конечно, хочется, чтобы его работу выполняли профессионалы. Хочется работать только с зарекомендовавшими себя поставщиками. Закон и суды категоричны на этот счет – таких требований быть не должно. Ведь категория «профессионализм» также абстрактная и условная. Нет четких критериев, по которым можно определить, что эта компания «более профессиональна», чем прочие. Однако, в отдельных случаях возможно указание на величину активов фирм-исполнителей.
Чем может грозить организации ошибки и нарушения в техническом задании? Во-первых, Заказчик рискует купить товар или услугу, которая ему не нужна. Но организацию могут ждать другие проблемы:
Отмена результатов торгов. Торги прошли, поставщик найден, контракт подписан. Но фирма, решившая, что ее права ущемили идет в суд и просит признать торги недействительными. Если суд решит, что фирма из технического задания получила неполные сведения и не могла из-за этого участвовать в тендере – результаты отменят. Организация, неверно составившая техзадание потеряет и поставщика, и время.
Судебные разбирательства с Подрядчиком.
Разбирательства в ФАС.
Привлечение к административной ответственности. КоАП РФ содержит целый перечень статей, устанавливающих ответственность за нарушения в сфере госзакупок. Например, несвоевременное упоминание страны-изготовителя может повлечь штраф от 10-50 тыс. рублей.
От качества техзадания может зависеть не только получение нужного товара, но и стабильная работа с поставщиком, без рисков судебных разбирательств и общения с ФАС. Поэтому при подготовке техзадания стоит воспользоваться услугами специалистов, оказывающих тендерное сопровождение.
На этапе консультирования Вы описываете, что требуется купить: «молоко для садика», «уборка улицы».
Тендерный брокер излагает Ваши пожелания согласно ФЗ-44. Например, для «наилучшего товара» - в техусловиях опишут ГОСТы, гарантийные сроки.
Составляется техническое задание, где учитываются и нужды Вашей организации, и требования, предъявляемые законом.
При необходимости возможна проверка соответствия технического задания остальной конкурсной документации (договорам, сметам и т.д.).
Консультации на этапе подготовки техзадания избавят Вас от претензий ФАС, конфликтов с Подрядчиками.
