Одной из важнейших составляющих в любой закупке является техническое задание. Оно составляется заказчиком для максимального описания продукта или услуг, которые ему необходимо получить.
Чем точнее и корректнее будет составлено ТЗ, тем проще будет и поставщику и самому заказчику.
Техническое задание на закупку должно соответствовать требованиям законодательства. И помимо 44-ФЗ при подготовке ТЗ необходимо учитывать нормативные требования Антимонопольной службы и законодательства о техническом регулировании.
Ведь их нарушение, а также неполное или не конкретизированное описание требуемых услуг или товаров, может привести к подаче нецелевых заявок, а в случае отказа данным поставщикам — к жалобе в ФАС на необоснованное отклонение.
Разработка технического задания по 44-ФЗ
Качественная подготовка технического задания на закупку является залогом успешного тендера, ведь при проработке всех пунктов ТЗ Вы получите конкурентоспособные, релевантные и сильные заявки на участие с предложением именного того товара, работ или услуг, которые рассчитываете получить.
Совет: стоит помнить, что излишние требования и конкретизация могут противоречить требованиям 44-ФЗ, поэтому всегда стоит следовать его нормам.
В случае, если Вы нуждаетесь в помощи при составлении документов в соответствии с ТЗ заказчика или не уверены в правильности заполнения, то можете воспользоваться нашей услугой оформления заявки или получить бесплатную консультацию наших специалистов .
Совокупность всех составленных технических заданий по 44-ФЗ на закупки напрямую влияет на план закупок и формирует план-график на будущий период. В идеале, заказчик составляя список всех необходимых товаров или услуг, которые будет необходимо получить в следующем периоде, планирует определенные моменты:
в какой форме будут проводиться тендеры;
можно ли объединить некоторые лоты в одну закупку или разумнее будет произвести несколько операций;
в каком количестве и форме провести торг на определенный товар, ведь можно сделать единоразовую закупку в форме конкурса один раз в период или проводить запрос котировок, например, каждый квартал.
От всех этих нюансов зависит, как именно будет составлен план закупок и план-график соответственно.
Подготовка технического задания
При подготовке техзадания на закупку, заказчик должен максимально открыто и точно указывать все параметры, чтобы подрядчик смог подготовить качественное предложение, оценив объем и сложность. Очень важно указывать требования в соответствии с 44-ФЗ, не превышая полномочий.
Обычно техническое задание закупки содержит следующие пункты:
описание закупки, т.е. наименование товара, работ или услуг;
технические характеристики объекта торга;
количество и комплектацию, если речь идет о товаре;
сроки поставки или выполнения работ;
требования с гарантии и безопасности;
условия оплаты и поставки;
другие требования не противоречащие условиям, обозначенными в законе;
Существенным моментом является то, что заказчик в техническом задании на электронный аукцион должен указывать минимальные или максимальные рамки показателей, а подрядчик, оценивая свои возможности, должен указать в форме 2 уже точные значения.
Рассматривая эти конкретные показатели заказчик будет принимать решение о допуске поставщиков к участию в аукционе.
Образец технического задания на закупку
При составлении технического задания многие заказчики хотят найти какую-то унифицированную единую форму. Четко регламентированного законом бланка — нет, но есть общие требования к разделам и принятый формат оформления.
Пример технического задания по 44 ФЗ и ответа на него вы можете посмотреть на нашем сайте на странице “Подготовки и подачи заявки” . В данном примере подробно описано, как должно выглядеть ТЗ в тендерной документации заказчика и каким образом должен писать ответ подрядчик. Эта информация будет полезна для всех участников торгов.
ООО МКК "РусТендер"
Материал является собственностью сайт. Любое использование статьи без указания источника - сайт запрещено в соответствии со статьей 1259 ГК РФ
Техническое задание «ТЗ» – это документ, который берется за основу при разработке любого проекта. И не важно, какой сложности и величины задание, оно всегда должно сопровождаться четким и понятным ТЗ. Это, в первую очередь, нужно заказчику, чтоб получить в результате именно то, что он хотел видеть. Но и исполнителю желательно всегда требовать четко изложенное задание, чтоб понимать, чего от него хотят. Многие игнорируют факт написания детального технического задания, что в последствии приводит к недопонимаю, спорам, конфликтам и ссорам.
| Рекомендуем прочитать: |
Я, автор данной статьи, в своей жизни успел побывать как заказчиком нескольких крупных проектов на десятки тысяч долларов, так и исполнителем не менее дорогих заказов. До того, как выйти на серьезный уровень, мне пришлось перечитать сотни «ТЗ», и составить с несколько десятков своих пояснений для исполнителя. С каждым разом технические задания были все четче и четче, что позволило получать финальный вариант работы такой, какой я себе и представлял. В данной статье хотелось бы поговорить о том, как написать техническое задание, на что обратить внимание в первую очередь. Также я расскажу, почему заказчику и исполнителю желательно не работать на добром слове, а все оформлять документально.
Для чего ТЗ заказчику?
Вы, как заказчик, имеете представление о финальном варианте своего заказа. Только жизнь такая штука, что каждый человек одни и те же слова может трактовать по разному. Из-за этого часто возникают проблемы, особенно среди заказчиков и исполнителей. Первый не все досказал, второй не так понял, и на выходе получается совершенно не то, о чем каждый думал. Техническое задание – это документ, по которому вы будете принимать выполненную работу. И если что-то сделано не так, что-то не доработано, что-то выполнено не в полном объеме, то вы всегда можете указать на пункт из технического задания, и обосновать свою претензию о доработке сданного проекта. Если же ТЗ нет, то доказать, что вы это говорили, писали, упоминали, будет практически не реально. Можно сказать, что технические задание является неким прототипом договора о предоставлении услуг. Если же вы работаете над крупным проектом, то техническое задание должно идти как дополнение к основному договору. Подписывая акт приема-передачи выполненный работы, вы должны обязательно сравнить все с тем количеством работ, которое было указано в первоначальном ТЗ.
| Рекомендуем прочитать: |
Для чего ТЗ исполнителю?
В первую очередь, это ваш ориентир на то, что нужно сделать. Часто заказчики что-то додумывают в процессе разработки, стараясь навязать Вам выполнение лишних задач. Вы хотите работать бесплатно? Уверен, что нет. Уточняйте, что сумма, оговорена в самом начале, касалась исключительно объема работ указанного в техническом задании. Все что более – оплачивается отдельно. Также при сдаче проекта вы сможете отчитаться по поставленным задачам и их выполнению. Я не раз сталкивался с моментами, когда заказчик не хотел принимать работу, аргументируя неполным ее выполнением. Но поднимания первоначальное ТЗ оказывалось, что тех задач, о которых шла речь, вообще никто не ставил. Еще раз акцентирую внимание – не работайте без ТЗ, ведь мнение заказчика может менять чаще чем погода, и Вам придется все десятки раз переделывать тратя свое время, и не получая за это дополнительную оплату.
С чего начать составление грамотного технического задания
Итак, давайте же перейдем к главной теме этой статьи. Далее мы поговорим о том, как составить техническое задание, и на какие пункты стоит обязательно обратить внимание. Как вы понимаете, каждое ТЗ уникально, и я не смогу охватить все аспекты. Поэтому, укажу лишь на основные моменты, которые должны быть в любом задании в независимости от проекта и сферы деятельности заказчика.
- Общие положения технического задания
Если у Вас какой-то технически сложный проект, или очень специфический, то обязательно в общих положениях должен быть глоссарий – словарь терминов и определений. Конечно, очень хорошо если заказчик и исполнитель понимают друг друга и без проблем разбираются в специфической терминологии. Но не всегда это так, поэтому, лучше прописать, что означают те или иные слова, фразы, обозначения. Возможно, в глоссарии стоит дать пояснение некоторым вашим оборотам. Допустим, вы используете какую-то фразу, толкуя ее немного по-своему. Чтоб не получилось путаницы, сразу расставьте все на свои места.
| Рекомендуем прочитать: |
У меня был случай, когда отсутствие понимание в терминах привело к срыву сроков более чем на месяц. В результате заказчик понес определенные убытки, но проблема была исключительно на его стороне. Поэтому, не допускайте разногласий. Определитесь с терминологией еще до начала разработки проекта.
- Цели проекта
Обязательно в техническом задании нужно указать, какие цели у Вашего проекта, для чего он создается, как будет работать, что должно быть в конечном результате. Даже если исполнитель работает над малой частью проекта, то он должен полностью понимать его структуру, задачи, цели, технические решения. Для чего? Не всегда исполнитель может получить консультацию и разъяснение от заказчика, да и просить толковать какие-то мелочи нет смысла, если можно обратиться к целям, понять для чего проект, и исходя из этого делать свое дело.
Приведу пример. Недавно разрабатывали большой интернет проект, и заказали дизайн. Дизайнеру описали, о чем будет сайт, какие на нем будут функции, что он должен делать, как сайт будет помогать людям. В общем, разжевали все до мелочей, а не только то, что касается дизайна. В результате получили макет практически не требующий доработок, а также «в нагрузку» десяток идей как улучшить сайт, что добавить, как сделать его более привлекательным.
- Функциональные требования
Все требования к заказчику можно разделить на два типа: функциональные и специальные. Функциональные требование – это те варианты исполнения, которые вы хотите видеть у себя. Если говорить на примере интернет сайта, то вы должны предоставить исполнителю примеры функциональных решений с других проектов, которые Вам нравятся, и которые вы хотите видеть у себя. Например, увидели технически понравившейся элементы, описали его, и сразу дали ссылку, чтоб человек наглядно понимал, о чем речь, и мог взять это за основу.
| Рекомендуем прочитать: |
Специальные требование – это требования, с помощью которых поставленные задачи должны быть исполнены. Если опять брать за основу разработку сайта, то можете указать язык программирования, специальные параметры верстки, кодировку, использование каких-то определенных стилей и все, что хотите видеть. Если таких требований нет, то позвольте исполнителю самостоятельно решать что и как он будет использовать при выполнении вашего технического задания.
- Сроки
Обязательно в техническом задании должны быть оговорены сроки выполнения. Всегда берите с небольшим запасом, что скорость исполнения не повлияла на качество. Не в любом случае должен быть четкий срок, и описаны санкции за срыв указанных сроков. Исполнитель должен понимать, что это не просто пункт технического задания, а реальная установка, не выполнив которую, он рискуют понести финансовые или иные санкции.
- Отчетность
Если проект большой, и на его реализацию нужно несколько месяцев, то разбейте работу на этапы, и по каждому установите четкие временные рамки. После завершения того или иного этапа, требуйте отчетности по выполненной работе. Это позволит держать исполнителя в тонусе, чтоб он не гулял несколько месяцев, проедая и пропивая аванс, а потом за неделю делал все сломя голову.
Также должен быть отчет по факту выполненных работ. Что было сделано, сколько на это потрачено времени, с какими трудностями столкнулся исполнитель и т.д.
- Ответственность
Если вы составляете договор, то пункт относительно ответственности будет в нем. Если же только ограничиваетесь техническим заданием, то стоит описать там, что за срыв сроков, не сдачу проекта, разглашения нюансов работы третьим лицам, что повлечен за собой убытки для Вас, исполнитель несет ответственность. Какую? Во-первых, в соответствии с законодательством, но также вы можете установить какие-то свои штрафы и санкции.
| Рекомендуем прочитать: |
И в конце это статьи, хотелось бы дать несколько советов исходя из собственного опыта составления и получения технических заданий.
- Техническое задание должно быть детальное. Не бойтесь описывать каждый элемент, каждый пункт, каждую кнопку. Все-все-все максимально детально пишите. Не бойтесь показаться дотошным. Уж лучше что-то несколько раз повторить и разжевать, нежели потом доделывать, доплачивать, дорабатывать. Последнее техническое задание, которое я писал, касалось разработки сайта. Это был большой информационный проект. Сначала разработали дизайн, а потом на его основе описывал функциональное задание для программистов. Так вот, все ТЗ получилось на 54 страницы А4 11 шрифтом. Техническое задание шло как дополнение к основному договору, который тоже был на 7 страниц. Но хочу сказать, что даже в таком детальном ТЗ не все смог учесть, ведь в процессе разработки подписывали еще три дополнительных соглашения, которыми я вносил определенные корректировки в первоначальный вариант задания.
- Техническое задание должно быть четкое. Не нужно никакой воды. Все по делу. Если пишите о срока, то конкретную цифру, если о функционале, то перечень нужных вам функциональных решений и т.д.
- Ваше техническое задание – это не догма, а лишь один из возможных вариантов исполнения задач. Скажу честно, я не специалист в программировании. Да, я могу продумать структуру проекта, его функционал, какие-то технические решения, но всегда, составляя окончательный вариант ТЗ, советуюсь с исполнителями. Они могут что-то увидеть, высказать свое мнение, подсказать оптимальное решение исполнение.
Вот, пожалуй, и все, что я хотел рассказать в этой статье. Составить техническое задание не так уж и сложно, если четко понимать чего вы хотите от исполнителя. Можете еще раз перечитать мои советы, и применить их к конкретно вашему случаю. Удачи!
Правильным подходом к составлению ТЗ по 44-ФЗ будет внимательная сверка с правилами 44-ФЗ, о том, что можно, и что нельзя включать в описание объекта закупок. Разберем этот момент подробнее. Скачайте в статье формы и образцы технических заданий на любой вкус.
Как подготовить ТЗ по 44-ФЗ
Общие правила составления технического задания по 44-ФЗ, а точнее правила описания объекта закупки установлены ст. 33 Закона о контрактной системе. Приведем основные:
- описание объекта закупки должно носить объективный характер. Не допускаются двусмысленности и разночтения;
- ТЗ по 44-ФЗ содержит в себе функциональные, технические и иные характеристики, которые требуются от поставляемого товара (либо произведенных работ);
- форма техзадания должна быть нейтральной: не допускается включение в описание товарных знаков, фирменных названий, патентов, названий стран-производителей продукции. Можно использовать указание на товарный знак при условии сопровождения его словами «или эквивалент» либо в том случае, когда приобретаются запчасти и расходные материалы к оборудованию;
- при необходимости снабжается спецификациями, чертежами, требованиями к упаковке и т.д.
При составлении документа заказчик может прописать в ТЗ, что продукция, которая ему будет поставлена, должна быть новой, не бывшей в употреблении и не ремонтировавшейся. При разработке технического задания по 44-ФЗ на аукцион заказчик указывает минимальные и/или максимальные значения показателей, участники же указывают конкретное.
Техзадание по 44-ФЗ
В программе вебинара:
☆ Что такое техническое задание и зачем оно нужно заказчикам и поставщикам;
☆ Товарный знак в описании объекта закупки;
☆ Тип ошибок № 1. Товарный знак и/или эквивалент?
☆ Тип ошибок № 2. Нет конкретики в описании, либо чересчур детальное и сумбурное описание;
☆ ГОСТы в техническом задании + разбор примера описания по ГОСТу;
☆ Тип ошибок № 3. «Креативное» ТЗ под конкретного поставщика;
☆ Ответы на вопросы.
Нельзя включать в один лот разнородную продукцию, устанавливать заведомо невыполнимые сроки поставки, либо умышленно прописывать требования к объекту закупки, в реальности соответствующие только одному конкретному товарному знаку.
Правила написания технического задания по 44-ФЗ
Выше мы привели общие требования, сейчас остановимся на нюансах. В силу п. 4 ст. 23 44-ФЗ название объекта закупки должно быть указано в соответствии с каталогом товаров, работ, услуг. КТРУ утвержден постановлением Правительства РФ от 08.02.2017 № 145. Если описание продукции отличается от того, что указано в каталоге техническое задание по 44-ФЗ в 2019 году должно включать в себя письменное обоснование этого.
При формировании надо также обращать внимание на коды ОКДП, относящиеся к закупке, проверить их корректность и соответствие этим кодам поставляемой продукции. В некоторых случаях большое значение имеют ГОСТы, СНИПы, СанПиНы. Например, может быть закреплено требование в ТЗ по 44-ФЗ знать ГОСТ 34 и ГОСТ 19. (ГОСТ 34 используется в заданиях на разработку автоматизированных систем, а ГОСТ 19 – на разработку программного обеспечения).
В случае разработки на выполнение строительных работ следует корректно описать определенный вид работ (указать соответствующие этим работам коды), описать порядок производства работ. Документ в этом случае также должен содержать ведомость используемых товаров, например, оборудования и материалов (с приложением их наименований и характеристик), сметную и проектную документацию.
Включает ли подготовка технического задания по 44-ФЗ цену? Как правило, расчет начальной цены контракта делается отдельным документом. Включать НМЦК в техзадание или нет, решает госзаказчик.
Правила составления ТЗ по 44-ФЗ
У контрактных управляющих нередко возникает вопрос: кто делает техническое задание по 44-ФЗ? Нередко его составление требует специальных знаний, которыми управляющие не владеют. Поэтому заполнение осуществляется заинтересованными подразделениями заказчика. Контрактные управляющие лишь проверяют его на соблюдение норма законодательства.
У госзаказчика может быть разработано типовое техническое задание по 44-ФЗ, на основе которого формируются уже ТЗ к различным конкурентным процедурам. Типовая форма включает в себя основные пункты, которые должно содержать задание. Оно также может содержать пример технического задания по 44-ФЗ и основные правила оформления.
Кто подписывает техническое задание по 44-ФЗ? Как правило, руководитель организации либо уполномоченное им лицо. Стоит ответственно отнестись к подготовке ТЗ по 44-ФЗ, т.к. изменить его не всегда возможно. В силу ч. 7 ст. 95 изменение ТЗ при выполнении госконтракта в части изменения вида работы, товара, услуги допускается только в том случае, если будут поставлены работы, товары, услуги, обладающие лучшим качеством, характеристиками, по сравнению с теми, что были указаны в первоначальном ТЗ. Как избежать ошибок при работе с техзаданием, разберем на свежих решениях ФАС
Ответы на вопросы
Можно ли при покупке легкового автомобиля ОКПД2-29.10.22.000 написать конкретную марку (Шкода) со словами эквивалент?
Ответ. Да, вы можете указать конкретную марку автомобиля со словами «или эквивалент». При этом добавлять уточнение «или эквивалент» - обязательное требование закона. Помимо этого указывайте диапазоны требуемых характеристик так, чтобы под эти показатели попадали как минимум две модели машин разных производителей (лучше – три или больше). Если укажете параметры так, что будет подходить только та модель Шкоды, которую вы и хотите, это признают ограничением конкуренции.
Если хотим приобрести конкретную марку автомобиля, как тогда описать техзадание и писать ли слово эквивалент?
Ответ. Смотрите ответ на первый вопрос. Вы вправе указать конкретную марку автомобиля, только сопроводив такое указание словами «или эквивалент». Попытка закупить конкретную марку автомобиля без обоснования - нарушение принципа конкуренции контрактной системы.
Если при поставке легкового автомобиля в ТЗ в предмете закупки мы ставим легковой автомобиль и прописываем технические характеристики только одного авто. Это правильно?
Ответ. Нет, это неправильно. Указывать конкретные характеристики, под которые подходит только одна марка и модель автомобиля - нарушение закона о конкуренции и правил описания объекта закупки. Вы рискуете в случае проверки быть оштрафованными по части 4.1 статьи 7.30 КоАП.
Также см. ответ на первый вопрос. Укажите характеристики так, чтобы поставщики могли предложить вам как минимум два (лучше - больше) аналогичных по классу и характеристикам автомобиля разных производителей. Указывайте диапазоны значений требуемых характеристик, либо используйте слова «не менее» и «не более», чтобы под ваш объект закупки подходили разные машины.
Если товар входит в КТРУ, то можно ли дополнить техническое задание требованиями ГОСТов? Только при наличии обоснования? Обоснование дополнительных характеристик можно размещать только в ТЗ или ещё и в плане-графике?
Ответ. Любое дополнение позиции КТРУ производите только с обоснованием. Укажите, почему вы дополняете описание из каталога. Такие требования указаны в п. 5 и 6 Правил использования КТРУ (утв. Постановлением Правительства от 08.02.2017 № 145). Также отразите всю дополнительную информацию сверх информации из позиции КТРУ во всех плановых документах.
Скажите, если есть смета (как обоснование НМЦК) на тек. ремонт вентиляцию, там есть материалы (короба металлические) нужно к ним подписывать «или эквивалент»?
Ответ. Когда вы закупаете материалы для работ или услуг вы можете указывать конкретные товарные знаки.
Должно ли наименование объекта закупки полностью совпадать с ОКПД2 или допустимо использовать более детальное наименование объекта закупки?
Ответ. Если ваш объект закупки есть в КТРУ, используйте наименование продукции из классификатора ОКПД2. Не отклоняйтесь от стандартного наименования и описания закупаемого товара.
Каким отдельным документом подтверждается гарантия?
Ответ. При закупке нового товара, обычно это гарантийный талон от производителя. Он поставляется вместе с товаром. Проверьте, чтобы он был заполнен со стороны поставщика - дата продажи, печать. Кроме того, гарантийные обязательства прописываются в условиях контракта.
При благоустройстве дворовых территорий нужно ли прописывать в ТЗ малые архитектурные формы? Они указаны в проекте, какие нужны.
Ответ. Не видя сам проект благоустройства территории и то, в каком виде там дан перечень малых архитектурных форм (МАФ), сложно дать однозначный ответ. Но предположу, что лучше включить описание ключевых характеристик МАФ в техническое здание.
К МАФ относят, например, ограды, цветочницы, скамейки, беседки. Беседка может быть деревянной, а может при схожих размерах и площади иметь бетонный фундамент и колонны. Соответственно, стоимость и сроки возведения такой беседки могут различаться в разы. Скорее всего, в обычном дворе спального района, беседка с колоннами и не предусматривается, но ограды там точно бывают: это может быть низкий деревянный заборчик, а может быть железная фигурная ограда или же просто куски фанеры, примерно одинаковой высоты, вдавленные в землю - чем не оградка?
Тип, материал, высота от земли, способ крепления/установки (закапывается в землю или имеет свой собственный фундамент), цвет ограды - все это важные ключевые характеристики МАФ. Об этих характеристиках должны знать участники закупки, если, конечно, вы действительно хотите получить то, что заложено в проект, а не «что-то типа того» - что завалялось у поставщика на складе.
Если же все ключевые характеристики (виды и количество МАФ и их размещение на территории, материалы, все размеры, форма, требования к качеству, надежности и безопасности и т.п.) МАФ указаны в проекте, дублировать их в техздании не обязательно. Дополнительно подчеркните в этом случае, что при поставке (строительстве, размещении) МАФ, исполнитель руководствуется проектом благоустройства и все требования и характеристики объектов берет из проекта. Сам проект благоустройства в этом случае является неотъемлемой частью документации о закупке и последующего контракта. И в какой-то степени этот проект также одновременно является и техническим заданием, его аналогом или его частью.
Если в приказе по нормированию не предусмотрен МФУ, только принтер и сканер. Можно ли купить МФУ?
Ответ. Если в вашей организации занормированы требования к закупаемым товарам работам, услугам, не отклоняйтесь от утвержденных нормативов. Закупайте принтер и сканер по отдельности с учетом требований ваших нормативных документов.
Оригинальный картридж во-первых не портит технику, подлежит неоднократной заправке, а неоригинальные картриджи - одноразовые. Где экономия?
Ответ. Оригинальный картридж действительно, вряд ли испортит технику. Но вот его перезаправка - также лишает гарантии и на сам картридж и на технику, на котором используется такой перезаправленный картридж. Впрочем, если гарантийный срок уже истек, это становится менее важным параметром.
Экономии в закупках оригинальных картриджей никакой нет, мы с этим согласны. Экономия будет как раз при подборе недорогих совместимых картриджей, либо если найдете хорошую мастерскую по перезаправке картриджей (либо будете вызывать специалиста по заправке в свою организацию).
Однако при использовании оригинальных комплектующий все ниже риск поломки дорогостоящей техники, ремонт которой может «убить» всю экономию.
Если в КТРУ название товара, например: Бензин автомобильный АИ-92 экологического класса не ниже К 5, то так и писать это название в плане закупок, плане –графике, документации и т.д. или же можно написать, например Бензин АИ-92?
Ответ. В плановых документах наименования объектов закупок пишите в полном соответствии с названиями из КТРУ.
P.S. Не совсем по теме, но все-таки: в ближайшее время план закупок будет отменен. Следите за новостями и статьями на портале.
Кто проверит, что оборудование новое?
Ответ. Контролирующие органы при проверках осуществляют в том числе визуальный осмотр и проверку сопроводительных документов.
Если же речь о проверке на приемке товара, то это визуальный осмотр. Пример по упаковке: Товар должен поставляться в упаковке производителя, не имеющей повреждений, с сохранением всех защитных знаков и пломб производителя, обеспечивающей сохранность товара при перевозке, и при необходимости, в последующем хранении. На всех товарах должна быть нанесена однозначно трактуемая маркировка – наименование, данные об изготовителе, дата (месяц и год) изготовления продукции.
Если в проекте контракта цена с НДС, а участник работает без НДС, надо ли писать протокол разногласий?
Ответ. Протокол разногласий в этом случае - один из вариантов решения. Если заказчик не является плательщиком НДС, то налог в цене для него - несущественное условие, а значит, подлежит изменению. Если с протоколом разногласий что-то не получится, можно заключить дополнительное соглашение на изменение цены контракта. Позиция контрольных органов по этому вопросу неоднозначна. Обязать заказчика менять цену, потому что победитель оказался на упрощенке, никто не вправе. Но и изменять цену контракта на сумму НДС, из-за того, что победитель на упрощенке - нельзя.
В продолжение... если подсчитать и сравнить затраты по заправке оригинальных картриджей и приобретению, использованию эквивалентов - затраты не соизмеримы, и это с учетом ремонта оборудования после использования неоригинальных картриджей. стоит задуматься, если мы говорим об экономии....
Ответ. Согласен с вашей позицией. Но ситуации могут быть разными. Некоторое сложное печатное оборудование может стоить несколько миллионов рублей. В таких случаях использование неоригинальных комплектующих может привести к серьезным проблемам и огромным затратам в случае поломки.
Можно ли в названии закупки писать: «Поставка программного обеспечения Microsoft Windows 10 Pro»?
Ответ. Общее правило по Закону № 44-ФЗ. Так как операционная система Windows 10 является зарегистрированным торговым знаком корпорации Microsoft, по общему правилу при описании объекта закупки следует добавлять слова «или эквивалент». А объект закупки назвать «Поставка неисключительных прав на использование программного обеспечения (операционной системы)». Эквивалентами в данном случае станут ОС того же производителя Windows 7 и Widows 8.1. - это более старые и более дешевые аналоги, обладающие однако тем же функционалом и поддерживающие работу с любыми программами, которые могут быть у заказчика, в том числе с самыми современными.
Ремарка. Отечественные аналоги (все они на основе Linux, если не ошибаюсь) менее эффективны и не могут обеспечить качественную и корректную работу с современным ПО и оборудованием, имеющимся у заказчика. Сам Linux менее дружелюбен для непрофессионального пользователя, сложен в освоении, несовместим с некоторыми программами. Обучение работе с Linux обойдется гораздо дороже покупки Windows 10, то есть покупка Linux будет крайне неэффективной.
Практика. Однако в ЕИС можно найти много закупок, где в названии указано только «Поставка ПО Microsoft Windows 10 Pro» и в документации не говорится об эквивалентности. Судя по всему, эти закупки проходят без проблем и не привлекают внимание контролеров. Дело в том, что эквивалентность больше касается торговой марки в целом, а не различных версий внутри этой торговой марки. Контролеры тоже понимают, что Windows - оптимальный вариант для пользователей. Кроме того, что тоже важно, Microsoft поддерживает, но больше не производит новые лицензии на Windows 7 и Widows 8.1. (но в продаже они еще будут долго). То есть Microsoft Windows 10 - самая современная + единственная актуальная, а значит и самая эффективная ОС для абсолютного большинства пользователей (MacOS не в счет, компьютеры Apple при схожем функционале в разы дороже). Рано или поздно Windows 7 и Widows 8.1 производитель прекратит поддерживать и обновлять; останется только один актуальный продукт Windows 10, домашняя и профессиональная версии.
Итог. Хотя указание в названии объекта закупки «Поставка программного обеспечения Microsoft Windows 10 Pro» формально противоречит требованиям закона, практика показывает, что подобные закупки проводят довольно часто. Указание Windows 10 Pro и требует обоснования из серии «желания идти в ногу со временем»:
- Необходимость обеспечения взаимодействия с оборудованием и программным обеспечением имеющимся у заказчика;
- Необходимость совместимости со всеми программами имеющимися у заказчика, а также с версиями программ, которые выйдут в будущем;
- Другие продукты корпорация Microsoft уже не производит, а через некоторое время прекратит их поддерживать и обновлять для защиты от ежедневно проявляющих новых угроз;
- Обеспечение технической поддержки от производителя к продукта на долгие годы и т.п.
Технические специалисты могут углубиться и в качестве обоснования указать более детальный «айтишные» требования, по которым будет получаться, что только десятка обеспечит наилучшую работу программ, серверов, безопасности и т.п.для нужд заказчика.
Можно ли требовать соответствие товаров национальным (региональным) стандартам и требованиям, не обязательным в России? Или соответствие требованиям необязательных, коммерческих сертификаций?
Ответ. Такие требования вы можете указать в документации, только если обоснуете их необходимость для своих нужд. Это прямо указано пункте 2 части 1 статьи 33 Закона № 44-ФЗ. По общему правилу заказчики используют показатели, требования, условные обозначения и терминологию, которые предусмотрены техническими регламентами и документами (ГОСТами), применяемыми в национальной системе стандартизации, принятые в соответствии с законодательством РФ о стандартизации (там же: п. 2 ч. 1 ст. 33 Закона № 44-ФЗ).
Жестко требовать соответствие необязательным коммерческим сертификаты, скорее всего, признают необоснованным ограничением конкуренции (хотя опять же, сможете аргументировано обосновать - почему нет). Участники подадут жалобу, контролеры выпишут предписание. Однако если речь о конкурсе, вы можете указать, что наличие таких сертификатов будет преимуществом для участника и его заявка при прочих равных условиях будет оценена выше.
Какие права имеет Исполнитель, если после подписания ГК, выясняется, что при требовании изготовить бланк «график» тиражом 1млн, выясняется что этот тираж включает 500 тыс разных видов этого графика, что в десятки раз увеличило себестоимость услуг?
Ответ. В этой ситуации все зависит от того, была ли в проекте контракта изначально отражена форма (формы) графика. Если форма была утверждена - жалуйтесь на нарушение существенных условий контракта со стороны заказчика.
Оптимальным решением для таких случаев - запрос разъяснений на этапе подготовки заявки на участие. Если разъяснения не запрашивали и в контракте форма графика не приложена, суд вряд ли примет решение в пользу поставщика.
Без тех. задания можно проводить котировку?
Ответ. Можно. Запрос котировок не предполагает документации, значит, и технического здания там нет. Но в извещении о проведении запроса котировок вы должны указать характеристик поставляемого товара. Также вы можете продублировать требуемые и в самом контракте, сделав к нему приложение, где укажете все нужные ключевые характеристики.
Можно в ТЗ не указывать конкретный ГОСТ, только условие о соответствии действующему ГОСТУ?
Ответ. Да, можно. Но тут двоякая ситуация. Написать так в документации вам никто не запрещает, но есть вероятность, что такая формулировка соберет много запросов на разъяснения со стороны участников и привлечет внимание контролеров. К тому же действующих ГОСТов на один и тот товар может быть несколько.
Показатели, характеристики, требования ГОСТов на один и тот же товар периодически меняются - это естественный процесс, обусловленный требованиями рынка, развитием экономики, изменением и развитием технологий производства. Если заказчик сам не знает, каким именно ключевым требованиям и характеристикам из действующего ГОСТа должен соответствовать товар, у контролера могут возникнуть вопросы: достаточно ли хорошо этот заказчик разбирается в предмете закупки, сможет ли корректно оценить заявки участников и провести приемку?
По умолчанию добросовестные заказчики, которые не хотят запутать поставщиков, указывают обозначение ГОСТа (то есть его номер) и наименование ГОСТа. Например:
- ГОСТ 10015-87 Бумага гуммированная для переводных изображений;
- ГОСТ 10119-2007 Консервы из сардин атлантических и тихоокеанских в масле
Помните, что корректное название и актуальность ГОСТов вы всегда можете найти проверить на официальном сайте Ростстандарта → www.gost.ru
Можно ли указывать соответствие конкретному ТУ, не является ли это ограничением конкуренции? ТУ может быть разработано и принадлежать только одному производителю.
Ответ. По общему правилу - нет, это ограничивает конкуренцию. Но бывают исключения, когда ТУ допустимы, надо смотреть по ситуации. Если вы докажете, что в регионе есть несколько поставщиков продукции этого производителя - может быть, нарушений и ограничений конкуренции не найдут. Безопаснее ссылаться на ГОСТ.
Технические условия регистрируют конкретные производители на конкретные товары. Поэтому указывать в техническом задании реквизиты ТУ недопустимо. Но иногда ТУ носят обязательный характер, в таких случаях их можно указывать в техзадании. Например, если закупают вещевое обеспечение для нужд силовых органов. Когда в описании объекта закупки используют ТУ, ФАС проверит, есть ли они в открытом доступе. Если указываете конкретные реквизиты ТУ в документации, опубликуйте их в ЕИС.
Имеем ли мы право указывать в спецификации конкретный товар или как в ТЗ только характеристики?
Ответ. Нет, спецификация и техзадание - это если не идентичные, то аналогичные по своей сути вещи. Нельзя в спецификации указывать конкретный товарный знак, если в техзадании вы это запретили. У вас получится два документа внутри документации, требования которых противоречат друг другу.
Если помните, на одном из первых слайдов мы говорили, что формально понятия «техническое задание» в 44-ФЗ нет. Некоторые заказчики могут использовать синонимы, например «Техническая часть описания объекта закупки» или «Техническая спецификация». Возможно, в вашем случае следует ограничиться одним документом, который будет включать все необходимые требования и характеристики закупаемых товаров. Какое название будет иметь этот документ - второстепенно.
Можно ли отклонить заявку по первым частям, если там указана заведомая ложь?
Ответ. Можно, но все-таки у вас должно быть доказательство, что это ложь. И еще проверьте, на всякий случай, все ли в порядке с вашей документации, нет ли там не стыковок, из-за которых заказчик и указал «заведомую ложь».
Можно ли закупить конверты и кондиционер, если их вообще нет в нормировании?
Ответ. Да, можно. Не все товары нормируются в принципе в региональных и ведомственных перечнях. Обычно нормируют те группы товаров, при которых есть риск закупки необоснованно дорогих и роскошных товаров, например мебели, смартфонов, компьютерной техники и т.п. Конверты и кондиционеры вряд ли, можно к таковым отнести.
Если наименование объекта закупки «Трактор Беларус-8.1» без указания эквивалент, а в техзадании указано «эквивалент» - нарушение?
Ответ. Здесь и нарушение (хотя и не большое) и нестыковка. Указывая конкретную марку трактора без указания слов «или эквивалент» и без обоснования, что вам необходима эта конкретная модель трактора, вы нарушаете пункт 1 части 1 Закона № 44-ФЗ. Правила описания объекта закупки действуют по умолчанию на всю документацию, а не только на техническое задание (которого может не быть вовсе, или которое может называться по-другому).
Нестыковка в том, что вы вводите участников в заблуждение: в документации сначала они видят, что к закупке требуется конкретный трактор «Белорус 8.1». Дальше в техническом задании, видно, что можно поставить аналог. Только что вам требовалась конкретная модель, а теперь уже можно поставить эквивалент - это нестыковка в документации, за которую вы рискуете получить жалобу, а в последствии предписание от контролера, исправить такую нестыков.
Корректнее было бы назвать объект закупки примерно «Трактор для выполнения сельскохозяйственных работ» или «Трактор сельскохозяйственный». Также в наименование можно добавить одну или две ключевых характеристики, например «Класс тяги 4» или «Мощность двигателя 200–250 л.с.»
Указали, что футбольная форма нужна Nike или эквивалент, в ТЗ указали обязательным условием: по технологии Dri-Fit (которые есть только у формы Nike). Нарушение ли это?
Ответ. Предположу, что, если поступит жалоба, то контролер признает это ограничением конкуренции. Причем таким, не прямым, а скрытым, через характеристики товара.
«Технология Nike Dri-FIT - это ткань на основе высокотехнологичного полиэстера, позволяющая дольше сохранять комфорт при интенсивных нагрузках. Уникальная структура ткани Dri-FIT из высокофункциональной микрофибры поддерживает естественную систему охлаждения твоего тела. Она отводит влагу и равномерно распределяет ее по поверхности одежды, откуда она быстрее испаряется.»
Если отбросить рекламные словечки, типа «уникальная структура» (в единственном экземпляре что ли?), мы увидим, что в сухом остатке речь идет о простом полиэстере и ткани из микрофибры с повышенным влагоотделением, влагоиспарением.
У компании Adidas есть аналогичные технологии, например ClimaCOOL: «обеспечивает комфорт и ощущение прохлады при физических нагрузках даже в самую сильную жару активно выводит влагу и избытки тепла с поверхности кожи. Специально спроектированные вентиляционные каналы и материалы с трехмерной структурой обеспечивают микровентиляцию тепло и влаговыводящие материалы впитывают пот и выводят его на поверхность ткани для дальнейшего быстрого испарения. »
Но не стоит особо переживать. Скорее всего, найдется много разных поставщиков спорт-инвентаря, которые смогут вам поставить такую форму именно фирмы Nike - то есть принцип конкуренции, пусть и не очень широко, не на 100%, но все же вы соблюдаете.
Почему мы ОБЯЗАНЫ покупать совместимые картриджи, если мы хотим использовать ТОЛЬКО оригинал? Ссылку на нормативку можно?
Ответ. Вы не обязаны закупать только совместимые картриджи. Но ваши желания должны быть в рамках закона, по которому вы работаете: по закону вы обязаны соблюдать принцип конкуренции. Конкретно - первое предложение п. 1 ч. 1 ст. 33 Закона № 44-ФЗ. Также помните, что обеспечение конкуренции - один из принципов, на которых основывается контрактная система в сфере закупок (статья 6 и статья 8 Закона 44-ФЗ).
Если ваше оборудование уже не на гарантии, одного желания закупать оригинал будет недостаточно. Вы не сможете обосновать закупку оригинальных картриджей, не совместимостью картриджей других производителей с вашим оборудованием. Они-то как раз совместимы, они работают, они так и называются «совместимые». Кроме того, есть еще один более дешевый способ работы с офисной техникой - заправка картриджей. Услуги по заправке картриджей также включены в ОКПД2, по ним проводят закупки.
Никто не запрещает вам указать, что к поставке требуется только оригинал. Однако будьте готовы, что, во-первых, на вашу заявку поступят жалобы от участников-поставщиков совместимых картриджей. Во-вторых, контролеры могут признать вашу закупку нарушающей конкуренцию и статью 33 Закона № 44-ФЗ.
Каким образом практически можно понудить поставщика аналоговых картриджей в период гарантийного срока произвести ремонт оргтехники за свой счет в случае ее поломки?
Ответ. Если такого условия не было в документации или контракте, вероятность возложить ответственность на поставщика крайне мала. Даже если вы проведете независимую экспертизу, которая докажет, что оборудование сломалось из-за использования неоригинальных комплектующих (что совсем не обязательно), суд вряд ли встанет на вашу сторону. Скорее всего, это признают предпринимательскими рисками и не более. Поэтому закладывайте такое условие в документацию и контракт еще на этапе планирования закупки и определения поставщика.
Имеет ли право заказчик установить требование в тех.задании свыше гарантии, установленной производителем? (производитель дает 12 мес., а заказчик хочет поставить не менее 36 мес.).
Ответ. Да, если не ограничите конкуренцию. Многие магазины электроники предлагают дополнительные услуги по повышенной гарантии, стоит такая услуга 5-15% от стоимости товара. В маркетинге и продажах такие услуги (зачастую навязываемые) называют «расширением чека». Помните, что дополнительные гарантия – это увеличившиеся риски поставщика понести возможные затраты на гарантийный ремонт, это стоит учитывать при обосновании НМЦК.
В описание объекта закупки Заказчик устанавливает так же требования к гарантийному сроку при поставке товара (ст. 33 Закона 44-ФЗ). Часть 5 статьи 6 Закона от 7.02.1992 № 2300-1 «О защите прав потребителей» гласит, что Изготовитель (исполнитель) вправе устанавливать на товар (работу) гарантийный срок, а также вправе принять обязательство в отношении недостатков товара, обнаруженных по истечении установленного им гарантийного срока (дополнительное обязательство). Установление гарантийного срока – это право изготовителя (продавца), а не обязанность и законом не ограничивается возможность установления также различных гарантийных сроков.
Заказчик вправе установить определенный им гарантийный срок в документации о закупке. Данное требование, определенные заказчиком в отношении закупаемой продукции должны соответствовать требованиям и условиям, установленным Законом 44-ФЗ с учетом положений законодательства о защите конкуренции.
Вес пачки бумаги д.б. 2,24532кг, при взвешивании всегда меньше (с учетом обертки пачки), что делать, отклонять?
Ответ. Надо смотреть документацию. Судя по всему, принимать… Но это не точно… Вы установили требование к весу пачки бумаги с точностью до сотой доли грамма (!) . Как вы это обосновали? Как вы высчитали этот вес с такой точностью? На основе взвешивания пачки из прошлой партии? Или посчитали вес одного листа из расчета количество листов в листе 1 кв. м. (около 16), а затем перемножили на количество листов в пачке? Даже две одинаковые пачки бумаги из одной коробки по весу будут различаться на пару-тройку процентов и это нормально и допустимо. И это все по-прежнему по ГОСТу.
Ни ГОСТ, ни КТРУ не содержит требования к весу пачки бумаги, он говорит о весе листа такой бумаги площадью 1 кв. метр - 80 грамм (самая распространенная и стандартная офисная бумага), 100 грамм и т.д. в зависимости от плотности, которая требуется. То есть в ГОСТе вес упаковочной бумаги не учитывается в принципе.
Таким образом, заказчик уже установил требование, которое не регламентирует ГОСТ (это уже повод для жалобы со стороны участников). А с учетом точности веса до сотой доли грамма это требование крайне жесткое…
Корректное измерение веса бумаги по ГОСТу должно выглядеть примерно так: заказчик должен вскрыть пачку наугад и наугад вытащить оттуда 17 листов бумаги. Затем заказчик должен обрезать некоторые и склеить листы так, чтобы получился один большой квадратный лист со сторонами равными 1 м. Взвесить этот лист и вычесть массу потраченного клея. Результат должен равняться 80 грамма +/- 3 грамма. Согласитесь, что для такого нужны крайне точные, чуть ли не ювелирные весы. Кроме того, результат все равно нельзя считать репрезентативным, так как такой лист площадью 1 кв.м. измеряют на специальных испытаниях. И испытания эти проводят также по ГОСТ Р ИСО 536-2013 «Бумага и картон. Определение массы»… В несколько этапов, определенными методами, с несколькими пробами, обработать результаты по спецметодике…
В ГОСТе сказано, что в зависимости от качества бумаги вес листа площадью 1 кв. м. имеет допуск на отклонение. Например, бумага класса «С» имеет предельный допуск на отклонение по весу +/- 3 грамма, то есть в любом случае это целых 2,4%. Это приблизительный арифметический расчет. Его нельзя назвать абсолютно корректным, т.к. требуется проводить измерения по методике, описанной в ГОСТе (см. пример выше).
Таким образом, если вес пачки бумаги, причем без упаковки, ниже (или выше) требуемого не более чем на 2,4% вы должны принять такую бумагу, при условии, что она удовлетворяет другим требованиям документации. Однако отметим, что сам подход к измерению на приемке запечатанной пачки бумаги довольно спорный, хотя и интересный.
Выполнить согласно техническим условиям, требованиям действующих нормативных документов. Проектом предусмотреть:
1.Электроснабжение
Проектом предусмотреть необходимое количество распределительных (магистральных) электрощитов являющихся центрами электроснабжения для крупных арендаторов (продуктовый гипермаркет, супермаркет электроники и т.п.)
2.Главный распределительный щит (ГРЩ)
Предусмотреть устройство необходимого количества ГРЩ. Каждое ГРЩ должно иметь две главные секции шин с авто матическими выключателями. Между секциями предусмот реть секционный выключатель.
Технические характеристики ГРЩ определить проектом, использовать комплектующее оборудование фирмы ИЭК либо иное сертифицированное.
Шкафы ГРЩ-0,4 кВ должны быть одно- или двухстороннего обслуживания (уточнить проектом). В каждом ГРЩ (ВРУ) необходимо предусмотреть резерв 15% автоматических выключателей отходящих линий и резерв 15% свободного места для возможной установки дополнительного оборудования (автоматических выключателей и т.д.).
3.Учет электроэнергии
Коммерческий учет электроэнергии предусмотреть на вводных панелях ГРЩ расчетными трехфазными счетчиками.
4.Электрические групповые щиты
Групповые щиты выполнить навесного и напольного исполнения в корпусах с классом защиты не менее IP20. В технических и влажных помещениях предусмотреть установку щитов классом защиты не менее IP44. В качестве устройств защиты групповых кабелей, отходящих от щитов, применить автоматические выключатели. В качестве вводных коммутационных аппаратов в щитах принять - рубильники. В качестве устройств защиты от перегрузок двигателей использовать тепловые реле.
Разработать щиты аварийного освещения (ЩАО). Щиты должны комплектоваться контакторами, управление освещением с помощью кнопок и выключателей. Разработать щиты электроснабжения силовых розеток и рабочего освещения (ЩРО).
Разработать щиты электроснабжения арендных площадей (ЩРА).
Разработать щиты электроснабжения компьютерных розеток (ЩК) для офисных помещений.
Разработать щиты электроснабжения технологического оборудования (ЩС).
Щиты (оболочки) предусмотреть производства Schneider Electric и ИЭК.
Коммутационно-защитную аппаратуру предусмотреть производства Schneider Electric и ИЭК.
5. Магистральные кабельные трассы
Магистральные кабельные трассы выполнить стальными горячеоцинкованными кабельными полками лестничного типа и листовыми кабельными лотками или проволочными лотками.
Электрические и слаботочные кабели прокладывать по разным кабельным полкам или по одной через металлическую перегородку.
Питающие магистральные линии выполнить кабелем с ПВХ изоляцией. Кабели проложить открыто по кабельным полкам. Питающие кабели (до распределительных щитов) должны иметь запас по пропускной способности 10-15%. Все металлические кабельные конструкции заземляются
6. Электропроводка
Для электропроводки применить кабели с ПВХ изоляцией с медными жилами. Кабели прокладывать:
Скрыто в ПВХ трубах за подвесными потолками;
Скрыто в ПВХ трубах в штрабах с последующей задел кой;
Открыто по кабельным полкам;
Открыто в декоративных кабель-каналах и плинтусах (офисные помещения).
Тип прокладки кабеля в помещении определить в соответствии с эскизным проектом. Электропроводку выполнить сменяемой.
7. Электроустановочные и электромонтажные изделия
Разработать силовую сеть бытовых розеток. Розетки по помещениям распределить исходя из расположения технологического оборудования и бытовых нужд. Все электроустановочные изделия принять соответствующей категории защиты в зависимости от категорийности помещения.
Для подключения персональных компьютеров, предусмотреть на рабочих местах установку четырех силовых розеток, две из которых должны быть запитаны от силовой распределительной сети компьютеров от соответствующих щитов ЩК.
8. Электроосвещение
Проектом предусмотреть следующие виды освещения помещений здания: рабочее, аварийное.
Напряжение сети общего освещения - 380/220 В, напряжение на светильниках - 220 В, напряжение ремонтного освещения -36 В.
Для освещения помещений использовать светильники с люминесцентными лампами, галогенными лампами и лампами накаливания в соответствии с назначением помещений, архитектурными и техническими требованиями.
По путям эвакуации предусмотреть установку световых указателей, имеющих на лицевой стороне трафарет, указывающий направление выхода. Световые указатели подключить к сети аварийного освещения.
Предусмотреть резерв мощности под устройство рекламного оформления фасадов, табло, витрин по предоставляемым Заказчиком данным.
Предусмотреть освещение коридоров, проходов, помещений общего назначения. Освещение у арендаторов не предусматривать.
Использовать светильники производства "Световых технологий”.
Электроустановочные изделия - производства Schneider Electric и ДКС.
Кабеленесущие системы – ДКС.
9.Электроснабжение противопожарных систем
Электроснабжение систем пожарной сигнализации, системы дымоудаления и подпора воздуха предусмотреть от секции АВР ГРЩ, либо от двух от двух вводов (по месту предусмотреть установку устройства АВР).
Взаиморезервируемые кабели противопожарных систем проложить по разным трассам.
10.Заземление
Применить систему заземления типа TN-C-S. В качества заземляющего устройства использовать железобетонное основание здания (при необходимости выполнить наружный контур молниезащиты из полосы 5x40). Проектом предусмотреть систему уравнивания потенциалов.
11.Молниезащита
Молниезащиту здания выполнить согласно РД 34.21.122-87.
12.Трансформаторная подстанция и ГРЩ
Предусмотреть встроенную трансформаторную подстанцию.
Принять следующее оборудование:
распределительное устройство высокого напряжения – марки RM-6 производства Schneider Electric;
распределительное устройство низкого напряжения – на базе комплектующих (коммутационные аппараты, щиты и т.п) производства Schneider Electric;
трансформаторы – сухие марки Trihal производства Schneider Electric.
Глоссарий
|
Термин |
Описание |
|
Информационная система, предоставляющая пользователям сети Интернет доступ к своему содержимому и функционалу в виде упорядоченного набора взаимосвязанных HTML-страниц |
|
|
World wide web (WWW, web, веб) |
Единое информационное пространство на базе сети Internet, состоящее из совокупности сайтов. Приставка "веб-" может использоваться для обозначения объектов, ориентированных на использование в WWW или использующих типичные для WWW технологии (например, веб-интерфейс - интерфейс на базе веб-страниц) |
|
HTML-страница (веб-страница, страница) |
Основной носитель информации в World ide Web. Особым образом сформатированный файл (набор файлов), просматриваемый с помощью www-браузера как единое целое (без перехода по гиперссылкам) |
|
HTML-теги (теги) |
Управляющие коды, посредством которых осуществляется форматирование HTML-страницы |
|
Активный элемент HTML-страницы, задаваемый специальным тегом. Выделенный фрагмент текста или изображения, позволяющий загрузить другую страницу или выполнить определенное действие |
|
|
WWW-браузер (браузер) |
Клиентская программа, поставляемая третьими сторонами и позволяющая просматривать содержимое HTML-страниц |
|
HTML-форма (форма) |
Часть HTML-страницы, предназначенная для взаимодействия с посетителем сайта. Представляет собой набор элементов (текстовых полей, селекторов, выпадающих списков), посредством которых пользователь может ввести какую-либо информацию и отправить ее для обработки на сервере |
|
Поле (поле БД, поле формы) |
Структурный элемент, содержащий однотипную информацию, например, текст, дату, числовые значения и т.п. |
|
Особое поле данных, могущее содержать только одно из двух допустимых значений. Позволяет указать на наличие или отсутствие какого-либо события или свойства объекта |
|
|
Справочник |
Вспомогательная структура данных, содержащая список допустимых значений для какого-либо поля основных форм или БД. Справочники подразделяются на фиксированные (неизменяемые и поставляемые Исполнителем вместе с готовым сайтом) и редактируемые (состав которых может изменяться администратором) |
|
Администратор (менеджер, редактор) сайта |
Лицо, осуществляющее от имени Заказчика информационную поддержку сайта |
|
Дизайн-шаблон страниц |
|
|
Дизайн веб-сайта |
Уникальные для конкретного веб-сайта структура, графическое оформление и способы представления информации |
|
Информационные материалы |
Информация о деятельности Заказчика. Может включать графические, текстовые, аудио или видео материалы. Предоставляется Заказчиком |
|
Наполнение (контент) |
Совокупность информационного наполнения веб-сайта. Включает тексты, изображения, файлы и т.п. предназначенные для пользователей системы |
|
Элемент наполнения (контента) |
Отдельная запись в базе данных, внешнее представление которой зависит от управляющего ей программного модуля (например, в модуле «новостная лента» элементом наполнения является отдельная новость) |
|
Система динамического управления наполнением (контентом) сайта |
|
|
Совокупность объектов базы данных, представленная в виде файлов, позволяющая восстановить точную копию структуры исходной базы данных в аналогичной системе управления базами данных |
|
|
Веб-интерфейс |
Совокупность экранов и элементов управления системы, позволяющих пользователю, осуществляющему доступ к системе через веб-браузер, осуществлять поддержку и управление системой. |
|
Шаблона раздела |
Ссобым образом размеченный ASCII-файл, определяющий как графическое оформление страниц раздела, так и их макет (раскладку) - взаимное расположение блоков с наполнением раздела |
|
WYSIWYG редактор |
Редактор языка HTML, имеющий возможности по работе в текстовом режиме и в режиме WYSIWYG (What You See Is What You Get). В режиме WYSIWYG элементы HTML страницы при редактировании представляются в том же виде, что и при просмотре |
|
Класс пользователей системы, обладающих определенным набором прав доступа |
Прочая техническая терминология понимается в соответствии с действующими стандартами и рекомендациями международных органов, ответственных за вопросы стандартизации в сети Интернет.
Общие положения
Предмет разработки
Предметом разработки является Интернет-сайт компании ООО «…», с системой динамического управления наполнением на базе веб-интерфейса.
Назначение сайта:
- предоставление информации о компании ООО «…»;
- предоставление информации о деятельности компании ООО «…»;
- т.д.;
- пр.
Цель создания сайта: ... .
Назначение документа
В настоящем документе приводится полный набор требований к реализации сайта компании ООО "".
Подпись Заказчика и Исполнителя на настоящем документе подтверждает их согласие с нижеследующими фактами и условиями:
1. Исполнитель подготовил и разработал настоящий документ, именуемый Техническое Задание, который содержит перечень требований к выполняемым работам.
2. Заказчик согласен со всеми положениями настоящего Технического Задания.
3. Заказчик не вправе требовать от Исполнителя в рамках текущего Договора выполнения работ либо оказания услуг, прямо не описанных в настоящем Техническом Задании.
4. Исполнитель обязуется выполнить работы в объёме, указанном в настоящем Техническом Задании.
5. Заказчик не вправе требовать от Исполнителя соблюдения каких-либо форматов и стандартов, если это не указано в настоящем Техническом Задании.
6. Все неоднозначности, выявленные в настоящем Техническом задании после его подписания, подлежат двухстороннему согласованию между Сторонами. В процессе согласования могут быть разработаны дополнительные требования, которые оформляются дополнительным соглашением к Договору и соответствующим образом оцениваются.
Требования к графическому дизайну сайта
Требования к дизайну сайта
При разработке сайта должны быть использованы преимущественно светлые стили.
Основные разделы сайта должны быть доступны с первой страницы.
На первой странице не должно быть большого объема текстовой информации.
В дизайне сайта не должны присутствовать:
- мелькающие баннеры;
- много сливающегося текста;
- т.д.;
- пр.
Порядок утверждения дизайн-концепции
Под дизайн-концепцией понимается вариант оформления главной страницы и графическая оболочка внутренних страниц, демонстрирующие общее визуальное (композиционное, цветовое, шрифтовое, навигационное) решение основных страниц сайта. Дизайн-концепция представляется в виде файла (нескольких файлов) в растровом формате или в распечатке по согласованию сторон.
Если представленная Исполнителем дизайн-концепция удовлетворяет Заказчика, он должен утвердить ее в течение пяти рабочих дней с момента представления. При этом он может направить Исполнителю список частных доработок, не затрагивающих общую структуру страниц и их стилевое решение. Указанные доработки производятся параллельно с разработкой программных модулей сайта. Внесение изменений в дизайн-концепцию после ее приемки допускается только по дополнительному соглашению сторон.
Если представленная концепция не удовлетворяет требованиям Заказчика, последний предоставляет мотивированный отказ от принятия концепции с указанием деталей, которые послужили препятствием для принятия концепции и более четкой формулировкой требований.
В этом случае Исполнитель разрабатывает второй вариант дизайн-концепции. Обязательства по разработке второго варианта дизайн-концепции Исполнитель принимает только после согласования и подписания дополнительного соглашения о продлении этапа разработки дизайн-концепции на срок не менее пяти рабочих дней.
Дополнительные (третий и последующие) варианты разрабатываются Исполнителем за отдельную плату на основании дополнительных соглашений.
Функциональные требования
Требования к представлению сайта
Требования к представлению главной страницы сайта
Главная страница сайта должна содержать графическую часть, навигационное меню сайта, а также контентную область для того, чтобы посетитель сайта с первой страницы мог получить вводную информацию о компании, а также ознакомиться с последними новостями компании.
Контентная область первой страницы должна делиться на следующие разделы:
- вступительная статья о компании со ссылкой «подробнее», ведущей на раздел «О компании»;
- новости - содержит 3 последние новости (анонсы) в формате: дата, заголовок, краткое содержание;
- краткая контактная информация - телефон и e-mail компании;
- вверху страницы отображаются облегченная навигационная панель, которая обеспечивает переход к основным пунктам меню сайта (О компании, Новости и т.д.);
- счетчики и ссылка на страницу обмена ссылками.
Рис. 1. Пример размещения элементов главной страницы.
Графическая оболочка внутренних страниц (общая для всех подразделов)
Графическая оболочка внутренних страниц должна делиться на следующие разделы:
- графическая шапка
- навигационное меню сайта (навигационная панель 2 обеспечивает переход к основным пунктам меню сайта);
- поле поиска - предназначено для выполнения полнотекстового поиска по сайту;
- поле выбора языка - русский\английский;
- ссылка «На главную»;
- навигационная панель по подразделам выбранного раздела сайта;
- поле для отображения контента выбранной страницы сайта;
- внизу страницы - краткая контактная информация - телефон и e-mail компании;
- кнопка «Для печати» - обеспечивает вывод контентной области в виде, отверстанном для печати на листах формата А4;
- кнопка «Задать вопрос» - обеспечивает переход к форме «Задать вопрос».
Рис. 2. Пример размещения элементов внутренних страниц сайта.
Требования к структуре сайта
Все названия разделов сайта, приведенные ниже, являются условными и могут корректироваться по согласованию с Заказчиком в ходе проектирования.
Первоначальная структура сайта должна иметь следующий вид:
- О компании
a. История компании
b. Дипломы и сертификаты
c. Наши партнеры
d. Наши клиенты
e. Наши координаты
f. ...
2. Новости
3. т.д.
4. пр.
Требования к системе управления сайтом
Общие требования к административной части
Для получения доступа к административной части сайта необходимо указать определенный адрес в строке броузера и пройти авторизацию.
Главная страница административной части должна содержать следующие пункты меню:
- Станицы сайта (в соответствии с первым уровнем структуры сайта):
О компании
- Новости
- т.д.;
Рис. 3. Макет формы главной страницы административной части сайта.
Требования к управлению разделами сайта
Для управления разделами сайта должны быть предусмотрены следующие функции:
- создание подраздела 1 уровня;
- создание подраздела 2 (и далее) уровня;
- редактирование контента страницы;
- удаление раздела;
- перемещение раздела вверх в списке;
- перемещение раздела вниз в списке;
- признак показа (show) или не показа (hide) страницы в клиентской части сайта;
- отображение списка подразделов выбранного уровня.
Управление наполнением сайта
Для управления наполнением сайта должны быть предусмотрены следующие блоки:
1. поле элемента контента, может быть одного из следующих типов:
- строка;
- дата;
- ссылка на файл;
- многострочный текст;
2. элемент контента - состоит из набора полей элемента контента;
3. список элементов контента - состоит из набора элементов контента.
Рис. 4. Поля элемента контента.
Поле элемента контента типа «Текст» должно редактироваться на отдельной странице в редакторе многострочного текста (данный редактор допускает включение в текст изображений).
Рис. 5. Редактор многострочного текста в административной части.
Для каждого элемента контента должен определяться требуемый набор полей. Например, для элемента «Новость» определяется следующий набор полей контента:
Рис. 6. Пример представления элемента контента «Новость» в административной части.
Список элементов контента должен позволять:
. перейти к редактированию полей элемента списка;
. удалить элемент списка;
. определить порядок элементов списка вывода в клиентской части;
. указать признак hide\show.
Рис. 7. Пример представления списка элементов контента в административной части и их отображения в клиентской части.
В списке элементов должны выводиться все поля элемента, кроме полей вида «Многострочный текст».
Управление настройками сайта
В состав настроек сайта должны входить:
- e-mail для …;
- т.д.;
- пр.
Дополнительные функции административной части
В состав дополнительных функций административной части должны входить:
- …;
Требования к разделению доступа
Все опубликованные разделы сайта должны открываться для доступа на чтение без аутентификации пользователя.
При попытке входа в закрытый раздел у пользователя не прошедшего аутентификацию, должен быть запрошен логин и пароль.
После прохождения аутентификации система должна проверять полномочия пользователя на доступ к запрошенному разделу. Если доступ запрещен, пользователю должно быть выведено сообщение о невозможности доступа в закрытый раздел.
Требования к видам обеспечения
Требования к информационному обеспечению
Требования к хранению данных
Все данные сайта должны храниться в структурированном виде под управлением реляционной СУБД. Исключения составляют файлы данных, предназначенные для просмотра и скачивания (изображения, видео, документы и т.п.). Такие файлы сохраняются в файловой системе, а в БД размещаются ссылки на них.
Наполнение различных сайтов, функционирование которых поддерживается одной и той же инсталляцией системы, должно храниться под управлением единой СУБД.
Требования к языкам программирования
Для реализации статических страниц и шаблонов должны использоваться языки HTML 4.0 и CSS. Исходный код должен разрабатываться в соответствии со стандартами W3C (HTML 4.0).
Для реализации интерактивных элементов клиентской части должны использоваться языки JavaScript и DHTML.
Для реализации динамических страниц должен использоваться язык PHP.
Требования к организации гиперссылок
Все ссылки на сайте должны быть относительными (за исключением внешних).
Требования к иллюстрациям
Все рисунки и фото объемом более 1 kb (кроме элементов дизайна страницы) должны быть выполнены с замещающим текстом. Все рисунки должны быть в формате gif или jpg.
Требования к объему одной страницы
Объем одной стандартной загружаемой страницы сайта в среднем не должен превышать 170 kb.
Объем flash-заставки не должен превышать 300 Kb.
Требования к программному обеспечению
Требования к программному обеспечению серверной части
Для функционирования сайта необходимо следующее программное обеспечение:
- Операционная система - Windows XP и Windows Server 2003;
- Веб-сервер - Apache версии не ниже 1.3.26;
- СУБД - MySQL версии не ниже 3.23;
Требования к клиентскому программному обеспечению
Сайт должен быть доступен для полнофункционального просмотра с помощью следующих браузеров:
. MS IE 5.0 и выше;
. Opera 6.0 и выше;
. Mozilla Firefox 1.0;
. Mozilla 1.7.
Сайт должен быть работоспособен (информация, расположенная на нем, должна быть доступна) при отключении в браузере поддержки flash и JavaScript.
Требования к техническому обеспечению
Для функционирования сайта необходимо следующее техническое обеспечение со следующими минимальными характеристиками:
- процессор - Intel Pentium III 1 Ghz;
- оперативная память - 512 Mb RAM;
- жесткий диск - 20 Gb HDD.
- т.д.;
- пр.
Требования к лингвистическому обеспечению
Сайт должен выполняться на русском и английском языках. Должна быть предусмотрена возможность переключения между русским и английским языками на любой из страниц сайта.
Требования к эргономике и технической эстетике
Сайт должен быть оптимизирован для просмотра при разрешении 1024*768, 1280*1024 без горизонтальной полосы прокрутки и без пустых (белых) полей для основных типов разрешения.
Элементы управления должны быть сгруппированы однотипно - горизонтально либо вертикально - на всех страницах.
На каждой странице должны отображаться логотип компании и контактная информация.
Интерфейс подключаемых модулей должен быть выполнен в едином стиле с интерфейсом ядра системы и должен обеспечивать возможность прозрачного перемещения администратора между модулями системы и использование одинаковых процедур управления и навигационных элементов для выполнения однотипных операций.
Требования к приемке-сдаче проекта
Требования к наполнению информацией
Общие требования к информационному наполнению
В рамках работ по данному проекту Исполнитель обеспечивает наполнение разделов сайта предоставленными Заказчиком материалами в порядке, указанном в п. 6.1.2.
Исполнитель обеспечивает обработку иллюстраций для приведения их в соответствие с техническими требованиями и HTML-верстку подготовленных материалов. Сканирование, набор и правка-вычитка текстов, ретушь, монтаж, перевод и другие работы могут быть выполнены Исполнителем на основании дополнительного соглашения (после просмотра имеющихся у заказчика материалов).
После сдачи системы в эксплуатацию информационное наполнение разделов, осуществляется на основании договора на поддержку сайта.
Объем текста и количество иллюстраций в других типах разделов определяется предусмотренной настоящим ТЗ структурой данных и уточняется на этапе согласования дизайн-концепции.
Порядок предоставления информационного наполнения
Заказчик предоставляет материалы в электронной форме в zip-архиве, содержащем дерево директорий, соответствующих структуре сайта.
В каждой директории размещается набор документов в формате MS Word - по одному документу на каждый информационный модуль, информационные блоки которого опубликованы в соответствующем разделе. Не допускается размещение текста в виде графических изображений или иных нетекстовых элементов.
Изображения могут быть размещены как в тексте внутри файла, так и в виде отдельного изображения. Однако, в последнем случае текст должен содержать ссылку на изображение в виде указания пути и названия файла изображения.
Для каждого информационного модуля структура документа должна соответствовать шаблонам, предоставляемым Исполнителем до начала этапа предоставления материалов.
Материалы для первоначального наполнения разделов должны быть полностью представлены Исполнителю в сроки, установленные планом-графиком работ. Допускается передача материалов частями, в нескольких zip-файлах, соответствующих приведенным требованиям.
Передача материалов в объеме и формате, соответствующем настоящему ТЗ закрепляется подписанием Акта о передаче информационного наполнения.
Любые изменения информационного наполнения силами Исполнителя после подписания данного Акта допускаются только на основании отдельного соглашения за дополнительную плату.
Информационные материалы, не предоставленные Заказчиком в сроки, установленные планом-графиком работ, размещаются Исполнителем по гарантийному письму Исполнителя в течение 2-х недель после сдачи-приемки проекта. На эту часть информационных материалов также накладываются требования к формату предоставления, изложенные выше.
Требования к персоналу
Для эксплуатации веб-интерфейса системы динамического управления наполнением от администратора не должно требоваться специальных технических навыков, знания технологий или программных продуктов, за исключением общих навыков работы с персональным компьютером и стандартным веб-браузером (например, MS IE 6.0 или выше).
Порядок предоставления дистрибутива
По окончании разработки Исполнитель должен предоставить Заказчику дистрибутив системы в составе:
-архив с исходными кодами всех программных модулей и разделов сайта;
- дамп проектной базы данных с актуальной информацией.
Дистрибутив предоставляется на CD-диске в виде файлового архива.
Порядок переноса сайта на технические средства заказчика
После завершения сдачи-приемки сайта, в рамках гарантийной поддержки Исполнителем производится однократный перенос разработанного программного обеспечения на аппаратные средства Заказчика. Соответствие программно-аппаратной платформы требованиям настоящего документа обеспечивает Заказчик.
Перед осуществлением переноса Заказчик обеспечивает удаленный shell-доступ к веб-серверу и доступ к базе данных сайта.
