Как оформить техзадание. Техническое задание и его назначение

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

При наличии описания закупаемой продукции в КТРУ заказчик обязан:

описывать объект закупки так, как это предусмотрено КТРУ;
включить в описание письменное обоснование (если описание отличается от того, которое предусмотрено в КТРУ).

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

Формулировку требований заказчик составляет на основе правил описания объекта закупки (ст. 33). Выделим некоторые обязательные условия:

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

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

общая информация;
информация о закупаемом объекте;
требования к поставщикам;
условия ;
приложения (допускается по усмотрению заказчика).

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

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

2. Предоставить полную информацию о заказчике:

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

3. Предусмотреть в информации о закупке сведения:

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

4. Перечислить сведения о госзакупке:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Образцы техзаданий для товаров, работ, услуг в 2019 году

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

Ниже представлен образец технического задания на поставку товара по 44-ФЗ.

Также образец техзадания на выполнение работ по ФЗ-44 вы можете найти в нашем материале о или системы .

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

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

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

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

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

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

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

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

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

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

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

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

Согласно ГОСТу, настоящий стандарт (переизданный в ноябре 1987 г.) устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.
Надо быть предельно внимательным и осторожным, создавая его, т.к. зачастую умело (и грамотно) составленное ТЗ определяет успех всей работы. Именно ТЗ согласовывается с Заказчиком, который обычно стремится внести как можно больше противоречивых и завышенных требований. Задача же Исполнителя – наоборот, облегчить себе жизнь. Но после того, как подписи с обеих сторон поставлены, переигрывать что-либо поздно.

Общие положения

Техническое задание оформляют на листах формата А4 и/или А3, как правило, без заполнения полей листа. Номера листов (страниц) проставляют в верхней части листа над текстом.
Для внесения изменений и дополнений в техническое задние на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания.
Техническое задание должно содержать следующие разделы:

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

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

Раздел: Наименование и область применения

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

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

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

Например, Применительно к специфике учебного процесса основанием может служить задание на курсовое проектирование, приказ по институту от __.__. за N ___., договор __.__. за N ___., и т.п.

Раздел: Назначение разработки

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

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

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

В этом разделе должны содержаться следующие подразделы:

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

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

Раздел:Требования к функциональным характеристикам.

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

Например : Программа должна позволять … вычислять … строить… создавать …

Исходные данные: текстовый файл с заданной …

Выходные данные: графическая и текстовая информация - результаты анализа системы…; текстовые файлы - отчеты о … диагностика состояния системы и сообщения о всех возникших ошибках.

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

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

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

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

С этим пунктом сложностей обычно не возникает. К сожалению, пункт о профессиональности пользователя Заказчиком подразумевается обязательно. Это, конечно, лишний повод придраться к вашей программе. Впрочем, здесь можно ограничиться фразами вида "Условия эксплуатации программы совпадают с условиями эксплуатации ПЭВМ IBM PC и совместимых с ними ПК", "Программа должная быть рассчитана на непрофессионального пользователя." и т.п.

Требования к составу и параметрам технических средств. Указывают необходимый состав технических средств с указанием их технических характеристик.

Здесь главное – ничего не забыть и все предусмотреть, с одной стороны (а то подсунут какой-нибудь IBM PC/XT с монохромным дисплеем и без мыши), а с другой – не переборщить с повышенными требованиями, иначе Заказчик найдет более покладистого Исполнителя.

Например: Необходимо наличие IBM PC - совместимого ПК с графическим адаптером EGA (VGA). Необходимое дисковое пространство – не менее 600 Кб, объем свободной оперативной памяти - не менее 400 Кб. Желательно наличие драйвера EMS и манипулятора типа "мышь".

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

Например: Программа должна работать автономно под управлением ОС MS DOS версии не ниже 3.3. Базовый язык программирования - Turbo Pascal 6.0.

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

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

Например: Специальных требований к временным характеристикам программы не предъявляется. Специальных требований к емкостным характеристикам программы не предъявляется.

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

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

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

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

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

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

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

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

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

Oтекст программы;

Oописание программы;

Oпрограмма и методика испытаний;

Oописание применения;

Oруководство пользователя.

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

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

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

Oтехнико-экономические показатели;

Oструктура программы;

Oформат представления входных данных программы;

Oобщая схема алгоритма (2 листа);
oосновные вычислительные алгоритмы;
oпример работы программы.

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

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

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

Другие источники разработки.

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

В соответствии с п. 10 ст. 4 Закона № 223-ФЗ в документации о закупке должны быть указаны установленные заказчиком требования к качеству, техническим характеристикам товара, работы, услуги, к их безопасности, к функциональным характеристикам (потребительским свойствам) товара, к размерам, упаковке, отгрузке товара, к результатам работы и иные требования, связанные с определением соответствия поставляемого товара, выполняемой работы, оказываемой услуги потребностям заказчика.

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

Требования к формированию технического задания.

1. Согласно п. 2 ч. 1 ст. 3 Закона № 223-ФЗ при закупке ТРУ заказчики должны руководствоваться следующими принципами: равноправие, справедливость, отсутствие дискриминации и необоснованных ограничений конкуренции по отношению к участникам закупки.

2. Закон № 135-ФЗ «О защите конкуренции» (п. 2, ч. 1, ст. 17) гласит, что при проведении торгов запрещаются действия, которые приводят или могут привести к недопущению, ограничению или устранению конкуренции, в том числе запрещено создавать участнику торгов или нескольким участникам торгов преимущественные условия участия в торгах, в том числе путем доступа к информации, если иное не установлено законодательством.

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

Лучше, чтобы техническое задание формировал именно инициатор закупки, то есть тот, кто будет использовать предмет закупки. При этом специалисты по закупке обязательно контролируют и проверяют техническое задание на его соответствие антимонопольному законодательству (ст. 17 Закон № 135-ФЗ).

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

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

Правильное техническое задание содержит:

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

Формируем лоты правильно.

В один лот лучше не включать:

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

Правила формирования лота.

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

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

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

3. Победа в одном лоте не может быть обусловлена победой в другом лоте.

4. Договоры заключаются по всем лотам отдельно, или если один победитель - 1 договор на все лоты.

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

Популярные способы ограничения количества участников.

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

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

2. Включение в лот разнородной продукции.

3. Включение в лот кроме прочей продукции продукцию, подлежащую лицензированию.

4. Включение в лот «разнолицензируемой» продукции.

5. Требования по нескольким местам поставки.

6. Нереальные сроки.

7. Установление трудновыполнимых требований по предоставлению документов.

Правила определения качества продукции согласно ст. 469, 721 ГК РФ:

1. Поставщик обязан передать заказчику товар, качество которого соответствует договору.

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

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

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

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

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

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

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

Примеры требований в техническом задании:

Неправильно	Правильно
Обеспеченность кадровыми ресурсами	Наличие в штате не менее 5 сотрудников, имеющих профессиональное образование.
Клей канцелярский	Клей-карандаш «ErichKrause». Вес не менее 15 гр. Не токсичный, содержащий глицерин для легкого скольжения, без запаха, легко смываемый водой. Прозрачный. Для склеивания бумаги.
Наличие опыта	Наличие опыта оказания аналогичных услуг за последние 3 года в объеме не менее 3 договоров с общей суммой не меньше начальной цены.
	Линейка прозрачная, длина 30 см, пластиковая, устойчивая к деформациям, гладкая полированная поверхность, ровная, четкая миллиметровая шкала делений.

Техническое задание на закупку ГСМ

Прежде, чем проводить закупку, нужно определить код по ОКДП, чтобы знать в какой форме нужно проводить закупку - в электронной или нет. В данном случае код номер 2320000, в постановление Правительства № 616 этот код не входит. Значит обязанности проводить закупку электронно нет. Тем не менее это очень удобно и можно это делать в том числе в электронной форме.

Предмет договора: поставка ГСМ или нефтепродуктов.

В техническом задании указываем:

наименование;
характеристики;
количество;
выборка по заявкам;
место поставки;
способ поставки (оптом, по талонам или картам, за наличный расчет).

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

Способы поставки ГСМ:

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

Не забывайте при этом закупки свыше 100 тыс. руб. у единственного поставщика публиковать на сайте.

Оплата за ГСМ:

2. Окончательный расчет:

по факту передачи талонов;
по факту зачисления на смарт-карту;
по фактической поставке.

ТЗ на закупку транспортных услуг.

Объем транспортных услуг измеряется:

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

Это зависит от специфики организации и поставленных задач.

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

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

ТЗ на закупки услуг страхования

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

КАСКО - цена разная у разных поставщиков. Есть возможность оценивать этот фактор наряду с другими важными показателями.

В техническое задание включаем:

количество объектов страхования;
их наименования и точные характеристики;
срок страхования;
страховую сумму.

ОСАГО. Оценка заявок.

Цена договора - страховая премия, которая не подлежит изменению участниками закупки.

Качество услуг и квалификация участников:

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

КАСКО. Оценка заявок.

Критерии оценки: цена договора, качество услуг и (или) квалификация исполнителя.

Возможные показатели:

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

ТЗ на закупки услуг по охране

Специальные требования к участникам:

юридическое лицо, которое в соответствии со своим уставом занимается оказанием охранных услуг, обязано иметь на это лицензию;
охранная деятельность организаций не распространяется на объекты, подлежащие государственной охране (перечень утвержденпостановлением Правительства РФ от 14.08.1992 № 587).
Законом РФ от 11.03.1992 № 2487-1 «О частной детективной и охранной деятельности в РФ» охрана имущества собственников отнесена к оказанию услуг лицами, осуществляющими частную детективную и охранную деятельность. Этот вид услуг не относится к исключительным полномочиям органов внутренних дел.

Охрана. Оценка заявок.

Можно установить следующие критерии оценки заявок:

Цена договора;

Опыт выполнения аналогичных услуг (не в годах, а в сумме договора), подтверждение этого опыта;

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

ТЗ на закупки в сфере строительства

Главным способом осуществления закупки является проведение конкурса (или запроса предложений).
Авторский надзор лучше закупать у единственного поставщика.
Лицензирование строительства заменено на допуск от СРО.
Начальная цена договора определяется по сметным нормативам.
ПСД должна быть в документации.
Цена договора определяется путем пропорционального снижения всех позиций сметы на сделанную в ходе процедуры скидку.
Смета в документации, договоре и актах должна совпадать по составу и объему работ.

Формирование лотов

Возможно ли совмещать изыскательские, проектные, строительные работы в одном лоте?

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

Проектные и изыскательские работы можно объединять в один лот.
Не следует объединять в один лот строительные и проектные работы.
Без ПСД невозможно определить окончательный объем строительных работ.
При неизвестном объеме работ невозможно определить начальную цену.
Требуются свидетельства о допуске от разных СРО.

Виды СРО (ст. 55.2 ГрК РФ)

1. Подготовка проектной документации объектов капитального строительства.

2. Строительство, реконструкция, капитальный ремонт объектов капитального строительства.

3. Инженерные изыскания объектов капитального строительства.

По всем трем видам ведутся отдельные реестры СРО, посмотреть их можно на сайте:www.gosnadzor.ru .

Перечень видов работ, требующих допуск СРО, определен приказом Минрегиона России от 30.12.2009г. № 624. Он вступил в силу с 01.07.2010 (до 01.07.2010 г. такой перечень был определен приказом Минрегиона России от 09.12.2008 № 274). Перечень содержит отдельные виды работ - только для особо опасных, технически сложных и уникальных объектов (ст. 48.1 ГрК РФ) и не включает в себя виды работ по подготовке проектной документации, по строительству, реконструкции, капитальному ремонту в отношении объектов, для которых не требуется выдача разрешения на строительство (ч. 17, ст. 51 ГрК РФ), а также в отношении ряда других объектов (п. 2 приказа Минрегиона России от 30.12.2009г. № 624).

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

Требования к участникам электронных торгов

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

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

Основу - проектную документацию с положительным заключением экспертизы.
Особенности порядка приемки работ. Применение СниП 3.01.04-87 «Приемка в эксплуатацию законченных строительством объектов. Основные положения».
Обязанность передать копии документов на применяемые материалы (сертификаты соответствия или декларации о соответствии).
Обязанность обеспечить авторский надзор, строительный контроль, государственный строительный надзор.
Перечни специального монтируемого оборудования.
Если закупается текущий ремонт, тотехническое задание на строительство должно содержать:
Основу - дефектные ведомости, ведомости объемов работ, локальные сметные расчеты (ЛСР), которые могут прикладываться к документации о закупке.
Особенности приемки работ.
Обязанность передать копии документов на применяемые материалы (сертификаты соответствия или декларации о соответствии. См. постановление Правительства № 982 от 01.12.2009 «Единые перечни продукции, подлежащей сертификации...»).

Кроме того, техническое задание на строительство может содержать:

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

Вопросы слушателей

Вопрос: Как быть если товар по санитарным правилам должен быть произведен в России?

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

Вопрос: Можно ли включить в техническое задание условие оплаты товара в рассрочку?

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

Вопрос: Можем ли мы устанавливать преференции поставщикам, предлагающим товары российского производства?

Ответ: Нет, на это вы права не имеете. Нельзя устанавливать ни преференции по стране производства, ни субъектам малого, среднего бизнеса. Это не ваша прерогатива. Это относится к компетенции Правительства РФ.

Вопрос: Можно ли АИ-92, АИ-80 и дизельное топливо закупать одним лотом?

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

Вопрос: Указанные в законе суммы 100 тыс. руб. и 500 тыс. руб. - это считать с НДС или без?

Ответ: Согласно указанной в договоре стоимости, которая обычно указывается с НДС.

Вопрос: Можно ли продлить поставки ГСМ дополнительным соглашением на 2014 год?

Ответ: С юридической точки зрения все дополнительные соглашения, согласно которым увеличивается объем поставляемых товаров, работ, услуг, являются новой сделкой. Вы можете заключить это дополнительное соглашение на поставку ГСМ в 2014 году. При этом нужно быть уверенными, что в вашем Положении о закупке прописаны основания для заключения этой сделки.

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

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

Вопрос: При закупке ГСМ нет цены договора и количества закупаемого топлива, можно ли указывать лишь цену 1 литра топлива?

Ответ: Нельзя.

Вопрос: Если платежи одному и тому же поставщику ГСМ проходят регулярно 1-2 раза в месяц и суммы платежей менее 100 тысяч рублей, то можно ли расценивать эту закупку как закупку до 100 тыс. руб.?

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

Вопрос: Можно ли сделать закупку ГСМ по количеству литров?

Ответ: Можно.

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

Ответ: В этом случае необходимо заключать новый договор.

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

Ответ: Закупку у единственного поставщика правильно оформлять следующим образом. Если закупка больше 100 000 руб. или 500 000 руб., то нужно публиковать на сайте извещение, документацию и проект договора с указанием всех условий, предусмотренных Законом №223-ФЗ.