г. __________ «____»___________ 20__ г.
_________________________________________________________, далее именуемый Исполнитель, и _________________________________________________________далее именуемый Заказчик, с другой стороны, заключили настоящий договор о нижеследующем:
- 1. Предмет договора
- !!!2. Стоимость и порядок оплаты работ
- 3. Права и обязанности сторон
- 4. Порядок выполнения и сдачи-приёмки работ
- 5. Ответственность сторон
- 6. Прочие условия
- 7. Сроки действия договора
- 8. Реквизиты сторон
- Назначение создания WWW-сайта
- Наполнение WWW-сайта
- Процесс разработки
- Статистика
- Дизайн
- Стоимость разработки Сайта:
- Стоимость предоставления хостинга:
- Техническое задание на разработку приложения
- 1 шаг. Идея разработки мобильного приложения
- 2 шаг. Вопросы, с которых начинается ТЗ
- 3 шаг. Настало время ТЗ!
- Начните прямо сейчас!
- Рамочный договор в закупках: особенности и правила
- Когда целесообразно использовать рамочный договор
- Чем рамочный договор отличается от договоров сходных видов
- Заключают ли рамочный договор в конкурентных закупках по 223-ФЗ
- Составление технического задания по 44-ФЗ: особенности и правила
- Что такое техническое задание и где оно используется
- Правила формирования технического задания
- Особенности подготовки технического задания
- Антимонопольное законодательство
- 📽️ Видео
1. Предмет договора
1.1 Исполнитель по поручению Заказчика принимает на себя обязанности по разработке гипертекстового представления страниц корпоративного WWW-сайта (в дальнейшем — сайт) Заказчика, что является информационной услугой, а Заказчик обязан принять и оплатить данную работу.
!!!2. Стоимость и порядок оплаты работ
2.1 Стоимость работ, поручаемых Исполнителю по настоящему Договору, определяется в соответствии с техническим заданием (в дальнейшем — ТЗ), подписанным Исполнителем и Заказчиком, которое является неотъемлемой частью настоящего договора (Приложение №1).
!!!2.2 Оплата работ по разработке сайта осуществляется в следующем порядке:
§ предоплата __________% от стоимости работ, что составляет ___________________ рублей в трёхдневный срок с момента подписания договора;
§ ________________________________________________________________________________________
3. Права и обязанности сторон
3.1. Исполнитель обязуется:
3.1.1. Оказывать услуги в соответствии с техническим заданием;
3.1.2. Предоставлять Заказчику промежуточные результаты работы для контроля за соблюдением сроков и качества выполненных работ;
3.1.3. Осуществить доработку сайта в случае вынесения замечаний в результате рассмотрения его Заказчиком, но в пределах технического задания (Приложение № 1);
3.1.4. Передать выполненные работы Заказчику по окончании работ и полной оплате по электронной почте или лазерном носителе (компакт-диске);
3.2. Заказчик обязуется:
3.2.1. Представить в течение трёх дней с момента подписания договора всю необходимую для размещения на сайте текстовую и графическую. информацию;
3.2.2. Принимать к рассмотрению представленную Исполнителем работу по электронной почте или в сети Интернет, и в течение 2 рабочих дней информировать Исполнителя о принятом решении;
3.2.3. Оплатить оказываемые ему услуги в порядке, который указан в п. 2 настоящего Договора.
2.2.3. При выполнении работ раньше предусмотренного договором срока принять и оплатить их.
3.3. Исполнитель имеет право сдать предусмотренные данным договором услуги досрочно
3.3. Исполнитель имеет право:
· приостановить исполнение заказанных работ в случае их несвоевременной оплаты Заказчиком.
3.4. Заказчик имеет право:
· проверять ход и качество выполнения работ, не вмешиваясь в деятельность Исполнителя.
4. Порядок выполнения и сдачи-приёмки работ
4.1. Исполнитель начинает выполнение работ по настоящему Договору в течение 3-х рабочих дней с даты получения предоплаты в соответствии с п. 2.2. настоящего договора.
4.1.1. Заказчику предоставляется ____ вариант(а) дизайна.
4.1.2.Последующие варианты дизайна представленные Исполнителем, оплачиваются Заказчиком дополнительно.
4.1.3. Начало разработки сайта считается со дня утверждения дизайна Заказчиком.
4.1.4. Программирование сайта выполняется строго с поставленным ТЗ (Приложение № 1)
4.2 Окончание работ по сайту через ___________ рабочих дней после получения предоплаты, с правом досрочного выполнения.
4.3. По завершении работ по настоящему Договору Исполнитель уведомляет Заказчика о выполненной работе, которую Заказчик утверждает в течение двух дней с момента его получения и производит окончательную оплату работ в соответствии с п. 2.2. настоящего договора или даёт мотивированный отказ от приёмки работ.
4.4. В случае мотивированного отказа Заказчика от приёмки работ сторонами вносится в ТЗ (Приложение № 1), необходимые доработки и сроки их выполнения.
5. Ответственность сторон
5.1. За неисполнение или ненадлежащее исполнение своих обязательств по настоящему Договору стороны несут ответственность в соответствии с действующим законодательством РФ.
5.2. Все споры, возникающие между Сторонами при исполнении настоящего Договора, разрешаются путём переговоров, а в случае не достижения согласия между Сторонами спор передаётся на рассмотрение суда, согласно подведомственности и подсудности, установленными законодательством РФ.
6. Прочие условия
6.1. Исполнитель сохраняет за собой авторские права на разработанный сайт и оставляет за собой право размещать ссылку с указанием координат Исполнителя.
6.2. Право собственности на разработанный сайт переходит к Заказчику в момент приёмки выполненной работы и окончательной оплаты оказанных услуг.
6.3. Настоящий договор составлен в двух подлинных экземплярах, которые имеют равную юридическую силу, по одному для каждой из сторон.
6.4. Каждая из Сторон может в любое время отказаться от исполнения настоящего Договора, предварительно уведомив другую Сторону не позднее, чем за 3 (три) дня до даты расторжения. В этом случае Стороны производят все взаимные расчёты, в том числе, за фактически выполненные к этому моменту услуги Исполнителем, в соответствии с ТЗ (Приложение № 1).
6.5. Исполнитель не несёт ответственности за корректность размещения сайта в сети Интернет, если это делается собственными силами Заказчика.
6.6. Исполнитель не несёт ответственности за корректность вывода сайта в сети Интернет, если собственными силами Заказчика внесены какие-либо изменения в программный код сайта.
7. Сроки действия договора
7.1. Договор вступает в силу с момента его подписания Сторонами и получения предоплаты по данному договору.
7.2. Договор прекращает своё действие с момента сдачи-приёмки выполненных работ по настоящему Договору и завершения всех взаиморасчётов между Сторонами.
8. Реквизиты сторон
Исполнитель: | Заказчик: |
________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ _______________________________________________________________________________________________________/_______________/ | ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ _______________________________________________________________________________________________________/_______________/ |
!!!Приложение № 1
к Договору №____
Назначение создания WWW-сайта
Основное назначение сайта – привлечение новых клиентов и деловых партнёров, формирование имиджа компании, организация обратной связи между компанией и клиентом через сеть Интернет.
Наполнение WWW-сайта
Информационное наполнение страниц WWW-сайта осуществляется Исполнителем по материалам, предоставленным заказчиком в рамках ТЗ. Дальнейшее наполнение, обновление и размещение сайта в сети Интернет осуществляется Заказчиком собственными силами или Исполнителем по дополнительному соглашению.
Процесс разработки
Процесс разработки сайта состоит в последовательном выполнении следующих этапов:
- Получение и анализ информации от заказчика
- Разработка дизайна сайта и последующее утверждение его у заказчика
- Проектирование и реализация сайта
- Коррекция web-сайта по желанию заказчика (в пределах данного ТЗ)
Статистика
Должна содержать данные статистики по посещаемости сайта. Осуществляется на базе сервиса shetchik3.ru
Дизайн
Дизайн исполняется в соответствии с ТЗ по фирменному стилю компании. Необходимые иллюстрации передаются заказчиком в соответствие п. 3.2 Договора.
https://www.youtube.com/watch?v=Ya3_EC1VaOs
Исполнитель осуществляет разработку анимированного логотипа и разработку web графики для web-сайта по своему усмотрению, но по согласованию с Заказчиком.
Стоимость разработки Сайта:
Статья расходов |
Разработка логотипа |
Разработка, создание шаблона (макета) сайта |
Вёрстка главной страницы (начальный вариант изображение, информация) с выводом в Интернет |
Подготовка графики (все операции обработки полного объёма графики, ресэмплинг и оптимизация изображений тестовых разделов). |
Эскизное решение тестовых разделов (начальный вариант): все функциональные модули и скрипты, изображения, действующие ссылки. |
Окончательное решение тестовых разделов сайта |
Подготовка форм и скриптов. |
Изготовление и размещение всех разделов сайта. |
Занесение начальной текстовой информации ( заказчиком ) |
Всего |
Всего стоимость разработки сайта: _____________ рублей
Стоимость предоставления хостинга:
Статья расходов |
Предоставление хостинга |
Регистрация домена |
Всего |
Всего стоимость услуг: _____________ рублей
Итого стоимость услуг составляет: _____________ рублей ( )
Исполнитель: | Заказчик: |
________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ _______________________________________________________________________________________________________/_______________/ | ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ _______________________________________________________________________________________________________/_______________/ |
Видео:Договор об оказании услуг | Пять важных пунктовСкачать
Техническое задание на разработку приложения
ТЗ на разработку — а оно нам надо?
Техническое задание — один из главных этапов создания мобильного приложения. При этом, самый первый. А значит, пропустить его или отложить нельзя. Ведь от того, насколько хорошо составлено ТЗ, будет зависеть, какое приложение вы получите и как будет рассчитана стоимость мобильного приложения.
Оно может получиться отличным, но не тем, какое нужно именно вам.
Написать хорошее ТЗ сложно, это не дело пяти минут. Но есть отличная новость! Эта ответственная задача ложится не только на ваши плечи, но и на плечи мобильного разработчика. Он тоже заинтересован в успехе вашего сотрудничества.
1 шаг. Идея разработки мобильного приложения
Опишите ваше будущее приложение будто рассказываете рецепт сложного блюда. Какие ингредиенты вы хотите туда положить? Какие функции они выполняют? Запишите их, продумайте, какая между ними логика взаимодействия.
Не пытайтесь втиснуть в одно приложение все сразу — ведь в блюдах мы не мешаем все, что находим в холодильнике. Мы выбираем что-то главное и добавляем к нему несколько менее важных ингредиентов, для того чтоб вкус получился уникальным.
Посмотрите, нет ли аналогов приложения? Если нет, то вам крупно повезло. Обычно же аналоги находятся и в крупных размерах — ваша задача придумать, чем ваше приложение будет отличаться, причем в лучшую сторону.
И если вам удастся найти эту прореху в нише, заполняйте ее смело и не теряйте драгоценных секунд — конкуренты не дремлют.
Если же вы делаете
https://www.youtube.com/watch?v=1GRZjBsYMMA
приложение под свои бизнес-задачи, то вам будет полезно посмотреть, какие приложения есть у ваших конкурентов. Возможно, что-то вы сможете сделать сильно лучше, и как итог — переманить клиентов у конкурентов.
2 шаг. Вопросы, с которых начинается ТЗ
Чтобы составить ТЗ, для начала нужно ответить на несколько вопросов:1. Для кого это приложение? Для ваших клиентов, будущих или потенциальных, или для всех сразу? Или для ваших сотрудников?2.
Какие задачи решает приложение? Если оно для клиентов, то что клиенты смогут делать с помощью вашего приложения – заказывать товары, услуги, бронировать, записываться онлайн, узнавать об акциях и т.д.? Если оно для сотрудников, то какие функции в приложении помогут им работать эффективнее?3.
На каком устройстве вы хотите видеть ваше приложение? Смартфон, планшет или десктоп?4. В устройствах каких марок вы планируете поселить ваше приложение? От этого зависит, какую платформу для приложения вы выберите — iOS, Android, Windows.5. Когда вы хотите получить готовое приложение? То есть сроки.6.
Какой у вас бюджет? Уникальное приложение стоит не дешево, однако стоит учитывать те бонусы, которые вы за счет него получите — прибыль от увеличения заказов или оптимизации бизнеса.
Ответив на эти вопросы, можете смело
заполнять бриф. А это первый шаг к тому, чтобы составить правильное ТЗ, а потом и к разработке успешного мобильного приложения.
Если вы не технический писатель или программист — подготовить грамотное ТЗ самостоятельно у вас, к сожалению, вряд ли получится. Но вам обязательно поможем мы, разработчики, ведь мы успешно делали это десятки раз.
3 шаг. Настало время ТЗ!
ТЗ – индивидуальный документ, и каждый раз составляется заново под каждый проект. Это также зависит и от разработчика, к которому вы обратились. Ведь у всех свой метод работы, а это значит, что в ваших интересах составить техзадание максимально подробно.За некоторыми исключениями, ТЗ состоит из вот таких разделов:1. Терминология.
Очень важно договориться о терминах заранее, ведь одно и то же слово вы и разработчик можете понимать по-разному.
2. Цель создания системы, то есть приложения. Здесь вы подробно описываете, что пользователь сможет делать в приложении, какие действия и какой результат он получает. В общем, для чего ваше приложение будут скачивать люди в свои смартфоны.
Если у вас приложение для магазина, то вы должны решить, к примеру —пользователь будет просто просматривать каталоги, узнавать о наличии товаров в магазинах или сразу покупать и заказывать доставку?
3. Требования к приложению. Самая сложная часть техзадания, где технические термины льются как из рога изобилия. Написать это самому нереально.
Но важно понимать, что каждый шаг будущего пользователя должен быть продуман до технических мелочей. К примеру, из тз должно быть четко ясно, что случится, если нажать на вот эту красную кнопочку.
4. Сценарии использования.
Что происходит, когда человек впервые заходит в приложение? Нужно ли регистрироваться? А что произойдет, когда он зайдет повторно? Все эти пути важно описать в тз, ведь это поможет выявить, какие функции нужны приложению и что именно должно в нем происходить.
5. Описание экранов. Некоторые тз содержат прототипы экранов, если они уже готовы.
В некоторых есть даже первичный дизайн. В любом случае описать экраны хотя бы словами просто необходимо. Ведь для многих пользователей приложение – это и есть экран. Именно с ним он имеет дело, и что толку от функции регистрации, к примеру, если ни на одном экране нет такой кнопки?
6.
Требования к платформе, CMS, архитектура системы… и еще много страшных слов, если вы не разработчик или технический писатель.
Ваше ТЗ может не содержать тех или иных разделов только в том случае, если это не существенно именно для вашего проекта. Но узнать, что именно существенно, а что нет, вы сможете только от разработчика.
Начните прямо сейчас!
На самом деле, написать хорошее ТЗ — просто, если подойти к этому делу с умом. И не возлагать на себя одного это нелегкое дело. Ведь ТЗ нужно для результативного взаимодействия.
А значит, в составлении ТЗ должны принимать участие обе стороны и… та-дам! Основные технические трудности мы берем на себя!
Как говорится, глаза боятся — а руки-то вот они. Тут важно начать. Часто, это главная заминка в начале успешного проекта.
Поэтому начинайте прямо сейчас — заполните бриф. Этого хватит, чтоб увидеть проект в общих чертах, а значит, дело останется за деталями!
Видео:Договор возмездного оказания услугСкачать
Рамочный договор в закупках: особенности и правила
Гражданское законодательство определяет особый тип соглашений — договоры, заключаемые с открытыми условиями (ст. 429.1 ГК РФ).
По сути, это договоренность сторон об общих (возможно, предварительных) условиях сделки, начальных моментах сотрудничества — вот что такое рамочный договор простыми словами.
В таком соглашении нет цены, некоторые стороны не прописывают и объекты поставки. Ключевая задача документа — определить права и обязанности сторон.
Как только у заказчика возникает необходимость приобретения товаров, работ или услуг, к рамочному соглашению готовят спецификацию — одну или несколько. Сумма всех спецификаций — это и есть цена такого контракта.
https://www.youtube.com/watch?v=H5LEWGK5HJI
Гражданский кодекс закрепляет, что означает рамочный договор:
Контракт с общими условиями и базовыми обязательствами каждой из сторон. Основные требования сторон друг к другу остаются открытыми.
Заказчик и поставщик вправе детализировать объект поставки или уточнить конкретные условия в новых или дополнительных соглашениях.
Если какие-то обязательства не урегулированы первоначальными документами, то они рассматриваются в соответствии с общепринятыми законодательными нормативами.
Выделяют рамочные контракты на поставку товаров, выполнение работ и оказание услуг. Сферы применения таких соглашений обширны. Это и организация сотрудничества, и приобретение энергоресурсов, и периодическое обслуживание (зданий, сооружений и проч.) заказчика.
Несмотря на общий вид, в таком соглашении необходимо отразить определенные требования сторон. Включите в контракт пункты:
- предмет — основная деятельность, в отношении которой заключается сделка;
- правила, особенности и порядок дальнейших операций в рамках взаимного сотрудничества (как происходит заказ, отгрузка, сдача-приемка);
- неизменные условия для каждой финансово-хозяйственной операции (оплата каждой поставки, ответственность сторон за просрочку обязательств).
Остальные требования друг к другу и особенности сотрудничества стороны вправе определять самостоятельно.
По сути, вот и полный ответ на вопрос, что такое рамочный договор поставки ТРУ: это соглашение, в котором установлены возможности и обязанности сторон, основные правила проведения неоднократно повторяющихся процедур (отгрузка, оплата) и есть возможность конкретизации других положений о сотрудничестве заказчика и поставщика.
Касается это и срока: гражданское законодательство не ограничивает периодичность действия такого контракта (п. 4 ст. 421 ГК РФ). Если срок договора обязателен для уточнения, стороны вправе воспользоваться локальными контрактными положениями (пример — Положение о закупке государственной корпорации «Росатом» № 37 от 07.02.2012).
Когда целесообразно использовать рамочный договор
Первоначальные договоренности сторон — это важная часть сделки. Бывают ситуации, когда стороны уже пришли к единому мнению по некоторым позициям, но не достигли общих выводов по цене или объемам поставки. В такой ситуации логичным шагом является фиксация достигнутых соглашений.
Что такое рамочный договор на оказание услуг или поставку продукции? Это базовые договоренности сторон, подтвержденные ключевые условия сделки и открытые условия для дальнейшего сотрудничества.
Его целесообразно заключать как на стадии первоначальной организации, так и на этапе пролонгации взаимодействия сторон.
Логика проста. Вы договорились с контрагентом об основных условиях дальнейшей работы. В ходе реализации контракта часть операций периодически повторяется. Есть смысл однократного соглашения с последующей конкретизацией обязательств по каждой поставке.
Это экономит и время, и средства сторон. У заказчика больше нет необходимости поиска исполнителя, проверки его добросовестности и качества продукции, организации процесса закупки. Поставщик уходит от длительных переговоров, сделки осуществляются быстро и бесперебойно.
В этом и заключается основное отличие рамочного договора от обычного: вы уже обсудили условия взаимодействия сторон и подписали документы, и они распространяются на все последующие сделки.
Сторонам больше нет необходимости многократно встречаться и подтверждать или опровергать установленные требования и положения контракта.
Чем рамочный договор отличается от договоров сходных видов
У каждого типа договоренностей сторон есть отличительные признаки. Вот основное отличие рамочного договора от предварительного или смежного по смыслу (например, абонентского) соглашения:
- Отсутствует необходимость в конкретике предметной части. Это значит, что стороны вправе оставить открытые условия и не детализировать предмет контракта. Для опционов и предварительных документов определение предмета сделки строго обязательно (п. 3 ст. 429, п. 4 ст. 429.2 ГК РФ).
- Стороны не обязаны платить за возможность совершения отдельных сделок по условиям общего соглашения. В отличие от рамочного контракта, опцион предоставляется после его оплаты. По положениям абонентских договоров, заказчик обязан перечислять условную сумму в любом случае, и даже тогда, когда не было фактического исполнения работ или услуг (п. 1 ст. 429.2, п. 2 ст. 429.4 ГК РФ).
Заключают ли рамочный договор в конкурентных закупках по 223-ФЗ
Видео:7.1. Возмездное оказание услугСкачать
Составление технического задания по 44-ФЗ: особенности и правила
Вопрос правильного составления технического задания важен не только для заказчиков, но и для поставщиков поскольку техническое задание является тем документом, на основании которого они делают выводы, стоит ли им участвовать в тендере или нет.
Что такое техническое задание и где оно используется
Техническое задание — это документ, в котором заказчик описывает объект закупки, то есть требования, которые он предъявляет к закупаемым товарам, работам или услугам. Как правило, техническое задание — это либо приложение к контракту или договору, либо часть документации, в которой изложено, что конкретно приобретается по договору.
Термин «техническое задание» — не единственно возможный, а лишь наиболее часто используемый. Другие допустимые названия: «техническая часть», «спецификация», «проектно-сметная документация» и т.п. Федеральный закон от 5.04.2013 № 44-ФЗ раздел документации о закупке, в котором заказчик описывает объект закупки, определяет как «описание объекта закупки».
Независимо от употребляемого термина, важно, чтобы требования к закупаемым товарам, работам и услугам были конкретными, понятными и не противоречили законодательству — 44-ФЗ, 223-ФЗ и 135-ФЗ.
Техническое задание используется:
- в правилах нормирования. Через эти правила государственный заказчик закупает определенные товары, работы, услуги (есть определенные перечни, которым должны соответствовать закупаемые товары).
- в плане-графике. Государственный заказчик описывает, что будет закупать и минимальные требования.
- в документах при формировании начальной (максимальной) цены контракта и документации о закупке.
- в заявке участника. Участник формирует заявку на основе технического задания, он описывает объект закупки (товар, работу или услугу), который он будет поставлять, если окажется победителем тендера.
- как раздел контракта или приложение к контракту. Заключая контракт, обе стороны подписываются под тем, что победитель подставит товар, соответствующий техническому заданию, а заказчик, в случае если все соответствует техническому заданию, этот товар примет.
В соответствии с ч. 2 ст. 33 Федерального закона от 05.04.2013 № 44-ФЗ в техническом задании должны быть указаны показатели, позволяющие определить соответствие закупаемых товаров, работ, услуг установленным заказчиком требованиям. При этом указываются максимальные и (или) минимальные значения таких показателей, а также значения показателей, которые не могут изменяться.
Это необходимо для того, чтобы не ограничивалась конкуренция. К товару нельзя определить определенный вес, размер, габариты, мощность. Должны быть максимальные и минимальные значения. А уже потенциальный участник попытается поставить товар, характеристики которого входят в этот диапазон. При этом в ст. 33 также сказано, что есть показатели, которые не могут изменятся.
Правила формирования технического задания
Эксперт по тендерам и ведущий вебинара «Правила составления технических заданий в рамках закона 44-ФЗ и требования к их содержанию» Олег Бируля рассказывает, на что заказчику следует обратить внимание при составлении технического задания:
Особенности подготовки технического задания
В описание объекта закупки не должны включаться требования или указания:
- товарных знаков,
- знаков обслуживания,
- фирменных наименований,
- патентов,
- полезных моделей,
- промышленных образцов,
- наименования места происхождения товара или производитель.
Нельзя в рамках описания объекта закупки предъявлять требования к товарам, информации, работам и услугам при условии, что такие требования влекут за собой ограничение количества участников закупки.
Законодатель не расписывает, какие условия и какие требования влекут за собой ограничения, он просто обращает внимание на то, что нельзя предъявлять требования, которые ведут за собой ограничение количества участников закупки, то есть нарушают конкуренцию.
Исключение составляют лишь случаи, когда нет другого способа, обеспечивающего более точное и четкое описание характеристик объекта закупки.
https://www.youtube.com/watch?v=D33kKF_cfWs
Найдите все закупки благодаря умному поиску
В определенных случаях 44-ФЗ допускает указание в конкурсной документации товарных знаков — в случае если при выполнении работ, оказании услуг предполагается использовать товары, поставки которых не являются предметом контракта.
При этом обязательным условием является включение в описание объекта закупки слов «или эквивалент». Допустим, предметом контракта является строительство.
Разумеется, в рамках строительства используются строительные материалы — например, цемент, клей, кирпич определенных марок.
Но поскольку цемент, клей, кирпич не являются предметом контракта, то заказчик, закупая, по сути, работу с использование материалов, может предъявить требования к материалам, то есть указать, что ему нужен цемент, клей, кирпич определенной торговой марки. Но со словами «или эквивалент».
Есть ряд исключений, когда слова «или эквивалент» не пишутся:
- В случае несовместимости товаров, на которых размещаются другие товарные знаки, и необходимости обеспечения взаимодействия таких товаров с товарами, используемыми заказчиком. Например, у заказчика есть сеть, которая работает только с конкретным оборудованием, и другое оборудование нельзя интегрировать в эту сеть, так как оно просто не будет работать.
- В случае закупок запасных частей и расходных материалов к машинам и оборудованию, используемому заказчиком, в соответствии с технической документацией на указанные машины и оборудование. Важно обратить внимание на то, что в документации к этому товару и оборудованию должно быть четко написано, что используются запасные части только этого производителя.
В описании объекта закупки должны использоваться, если это возможно, стандартные показатели, требования, условные обозначения, терминология, касающаяся технических и качественных характеристик объекта закупки, которые установлены в соответствии с техническими регламентами, стандартами и иными требованиями.
Ст. 33 44-ФЗ разрешает в описание объекта закупки включать спецификации, планы, чертежи, эскизы, фотографии, результаты работ, тестирования, требования в отношении проведения испытаний, методов испытаний, упаковки в соответствии с требованиями гражданского кодекса РФ, маркировки, этикеток, подтверждения соответствия (стандарту, ТУ или др.), процессов и методов производства и др.
Документация должна содержать изображение поставляемого товара (если есть требование о соответствии поставляемого товара изображению).
Документация должна содержать информацию о месте, датах начала и окончания, порядке и графике осмотра участниками закупки образца или макета товара, на поставку которого заключается контракт (при наличии требования о соответствии поставляемого товара образцу или макету товара). Например, если госзаказчик пишет в документации, что поставляемый товар должен соответствовать определенному макету, то он должен указать, по какому адресу расположен макет, чтобы все потенциальные участники закупки могли в определенное время ознакомиться с ним.
Поставляемый товар должен быть новым.
То есть речь идет о товаре, который не был в употреблении, в ремонте, не был восстановлен, у которого не была осуществлена замена составных частей и не были восстановлены потребительские свойства.
Однако законодатель делает важную оговорку: «в случае если иное не предусмотрено описанием объекта закупки». То есть если заказчик указывает в техническом задании, что ему нужен товар не новый, то он может его получить.
Документация о закупке должна содержать показатели, позволяющие определить соответствие закупаемых товара, работы, услуги потребностям заказчика (указываются максимальные (или) минимальные значения таких показателей, а также значения показателей, которые не могут изменяться. Но если будет указан конкретный показатель, под который попадает только одна марка, значит, будет нарушена конкуренция.
При необходимости в техническом задании устанавливаются требования к гарантийному сроку товара, работы или услуги и объему предоставления гарантий их качества; к гарантийному обслуживанию товара; к расходам на эксплуатацию товара; к обязательности осуществления монтажа и наладки товара; к обучению лиц, осуществляющих использование и обслуживание товара.
В случае определения поставщика новых машин и оборудования заказчик устанавливает в документации о закупке требования к предоставлению гарантии производителя и (или) поставщика данного товара и к сроку действия такой гарантии. Предоставление такой гарантии осуществляется вместе с данным товаром.
https://www.youtube.com/watch?v=PdU0LNTWsgM
В документацию о закупке нельзя включать следующие требования:
- к производителю товара (нельзя написать, например, что завод, производящий товар, должен работать на рынке 20 лет и располагать определенными мощностями);
- к участнику закупки (в том числе требования к квалификации, наличию опыта работы);
- к деловой репутации;
- к наличию производственных мощностей, технологического оборудования, трудовых и финансовых ресурсов.
Исключения составляют случаи, когда возможность установления таких требований к участнику закупки предусмотрена настоящим законом.
Закон ввел новые инструменты регламентации качества: техническое регулирование, технический регламент, международный стандарт, национальный стандарт, оценка соответствия, декларирование соответствия, знак обращения на рынке и др. Их заказчик тоже может использовать при формировании описания объекта закупки.
Специфические вопросы регулируют другие законы. Так, например, при закупке пищевых продуктов госзаказчик должен ориентироваться на Федеральный закон от 02.01.2000 №29-ФЗ. Особенности описания объектов закупок по государственному оборонному заказу могут устанавливаться Федеральным законом от 29.12.2012 № 275-ФЗ.
Антимонопольное законодательство
В ст. 17 Федерального закона от 26.07.2006 № 135-ФЗ говорится, что при проведении торгов, запроса котировок цен на товары, запроса предложений запрещаются действия, которые приводят или могут привести к недопущению, ограничению или устранению конкуренции. Это следующие действия:
- координация организаторами торгов, запроса котировок, запроса предложений или заказчиками деятельности их участников, а также заключение соглашений между организаторами торгов и (или) заказчиками с участниками этих торгов, если такие соглашения имеют своей целью либо приводят или могут привести к ограничению конкуренции и созданию преимущественных условий для каких-либо участников;
- создание участнику торгов, запроса котировок, запроса предложений или нескольким участникам торгов, запроса котировок, запроса предложений преимущественных условий участия в торгах, запросе котировок, запросе предложений, в том числе путем доступа к информации;
- нарушение порядка определения победителя или победителей торгов, запроса котировок, запроса предложений;
- участие организаторов торгов, запроса котировок, запроса предложений или заказчиков и (или) работников организаторов или работников заказчиков в торгах, запросе котировок, запросе предложений.
📽️ Видео
Как сделать сильный договор, для услуг?Скачать
Вебинар "Закупка образовательных услуг - разбираем важные особенности"Скачать
Договор возмездного оказания услугСкачать
Договор об оказании платных образовательных услуг: электронная формаСкачать
Разработка технического задания для мобильного приложения iOS или Android (Technical Requiriments)Скачать
Разработка сайта: оформляем отношенияСкачать
Лк. 8. Особенности договора на выполнение проектных и изыскательских работ. Татьяна ПлиеваСкачать
Лекция "Составляем договоры правильно: риски и нюансы"Скачать
Практикум по ИТ-кейсам Техническое задание 08.02_Сазонова часть 2Скачать
Договоры на пошив и договоры с партнёрамиСкачать
Идеальный договор для фрилансера!Скачать
Вебинар: Договор оказания услуг vs договор подрядаСкачать
Как упростить предоставление бухгалтерских услуг с помощью Saby BuhtaСкачать
Договор создания ИТ продуктаСкачать
Договор возмездного оказания услуг I Ершикова М.Л.Скачать
Договор веб-студии с комментариямиСкачать
09 Пример составления технического заданияСкачать