Договор подряда
Стоимость услуги: 10 000 рублей.
Срок исполнения услуги: 3 рабочих дня.
Стоимость услуги, срок исполнения зависят от объема представленных документов и сведений.
Что включает в себя услуга по разработке договора подряда:
- изучение ситуации и документов;
- разработка договора подряда;
- передача договора подряда клиенту;
- отчет перед клиентом.
Какие документы необходимы от Вас для оказания услуги:
- документы и сведения, регулирующие правоотношения;
- реквизиты сторон договора;
- юридические и экономические условия договора.
Что нужно сделать, чтобы заказать услугу:
Позвонить нам по телефону, указанному на сайте, а лучше написать на наш адрес эл. почты, описать Вашу потребность и сложившуюся ситуацию, и мы ответим Вами в течение 10 минут, либо просто кликнув кнопку заказать.
Стоимость услуги
10 000 рублей
Статьи по теме
Внедрение автоматизированных процессов в деятельность компаний или частных лиц уже далеко не новшество. Поэтому в последнее время все больше набирает популярность заключения со специалистами договоров на разработку программ.
Казалось бы, есть компания, есть айтишник, компания ставит перед айтишником определенную задачу. Но, что бы Вы ни думали, третий тут лишним не будет 🙂 И этот третий – юрист.
Зачем нужно привлекать юриста для составления договора на разработку ПО, почему нельзя взять шаблон из всеми любимого Гугла и «подбить» условия под фактически желаемые результаты? Обо всем этом мы подробно расскажем в статье. И даже сделаем Вам небольшой подарок – прикрепим нашу форму договора с разработчиком, и мы за эту форму ручаемся, она рабочая и грамотная.
Итак, поехали.
Ну, начнем с того, что тема нашей статьи – это ДОГОВОР НА РАЗРАБОТКУ ПРОГРАММЫ. Здесь мы не будем растекаться мыслью по древу, а четко разберем каждый смысловой блок, который должен быть в договоре с разработчиком, поэтому готовьтесь любоваться изысками юридической техники 🙂
Краткий эпилог, зачем вообще эта статья:
- Ни для кого не секрет, что работа программистов нынче ценится отнюдь не дешево, поэтому разработка программы/приложения всегда очень и очень затратна для заказчика. Не исключен риск обращения к недобросовестному айтишнику, который сделает работу спустя рукава (если это, конечно, не успешный фрилансер на Бали в майке без рукавов), а Вы останетесь буквально ни с чем: без денег, без программы, без доверия этому жестокому миру. Договор – надежный инструмент Вашей защиты. Казалось бы, всего лишь бумажка, подписанная двумя сторонами. Но эта бумажка впоследствии может помочь Вам остаться при своих ресурсах.
- Разработка ПО – сложный технический процесс. Заказчику придется разбираться не только в возможностях сложных юридических формулировок, но и в тонкостях и рисках деятельности программиста. Юрист поможет снять с Вас это бремя.
- Да и в целом, это спокойствие. Причем как со стороны Заказчика, так и со стороны Исполнителя. Зная, что обоим грозит справедливая ответственность за неисполнение обязательств, стороны, во-первых, замотивированы в надлежащем исполнении договора, во-вторых, не страдают от ощущения неопределенности.
Кстати, вот тут Вы можете послушать, что делать в случае, если разработчик не сделал свою работу или сделал некачественно. Руководство к действию, заряженное позитивным настроем наших юристов – 
Итак, как же правильно составить договор на разработку программы?
- Первым смысловым блоком (не считая шапки, в которой указываются стороны договора и их реквизиты) является предмет договора.
Что такое предмет? Это непосредственно то, что должен сделать исполнитель. Предмет – это не объект. Здесь не нужно указывать, что предметом является какая-то конкретная программа. Предмет – это совокупность действий по разработке этой программы.
Предмет следует формулировать кратко и емко.
К примеру, вот так:
Да, коротко. Да, мы тут не расписываем все действия, которые должен выполнить программист. Вы можете дополнить Предмет, указать, что Исполнитель выполняет и передает работы по разработке такого-то программного обеспечения. Но много писать не нужно, содержание работ будет раскрываться в Техническом задании и Заказе. Об этом сейчас Вам расскажем.
Еще одно краткое отступление, подушним, как юристы: мы склонны согласиться с тем, что договор на разработку ПО – это договор подряда, а не возмездного оказания услуг, поэтому условия договора с разработчиком следует прописывать именно как подрядные. В этом есть смысл, поскольку по договору подряда при отказе от договора Заказчик оплачивает Исполнителю все фактически выполненные работы, а по ДВУ – лишь понесенные расходы, что несправедливо по отношению к программисту, так как определить размер расходов в данной ситуации очень трудно, да и вообще их может и не быть вовсе.
- Пока мы далеко не ушли от предмета, расскажем Вам про техническое задание.
Техническое задание – это приложение к договору, оно прикрепляется к нему, не входит в основное его содержание, чтобы не испещрять документ.
ТЗ – очень и очень важная деталь в договоре на разработку программы. Именно здесь, а не в предмете, раскрывается, что и как должен сделать программист, в какие сроки, какую программу Вы хотите получить на выходе, что она должна выполнять, на каких устройствах работать и др.
Хорошо, если у Вас в штате есть человек, разбирающийся в информатике, он поможет определиться с конкретными задачами и сразу предупредить о тонкостях и проблемах. Но если такового нет, то задачи вполне надежно можно определить и самому. Например, вот так можно оформить ТЗ:
1) В программе должны содержаться основные функции и разделы: …;
2) Заказчик должен иметь возможность редактировать …, добавлять …, менять…;
3) ПО должно работать под Windows, Linux и MacOS;
4) У Заказчика должна быть возможность менять …, без привлечения Исполнителя.
Это совсем примерно. Ниже, в нашем договоре Вы найдете хороший пример оформления ТЗ.
Помните, что приложение к договору = критерий оценки результата. При приемке Вы сможете ссылаться на ТЗ, отказывая в принятии выполненных работ.
Если у Вас не будут документально оформлены требования к работе в форме ТЗ, то Вы будете обязаны принять результат, вне зависимости от его качества. Потом в суде Вам придется попотеть с доказыванием ненадлежащего исполнения, а это ведь не нужно, верно?
- Цена. Любимое условие, но не такое простое, как кажется.
Обычно в договорах указывается фиксированная стоимость, которая выплачивается исполнителю до или после выполнения работ.
С договором на разработку ПО все несколько сложнее, и это обуславливается спецификой деятельности большинства программистов.
Взять, сесть и сделать программу за один-два дня можно в очень редких случаях. Часто над проектами работает большая команда, в работу могут быть включены разные специалисты, отвечающие за разные ключевые узлы программы. В процессе у Заказчика может возникнуть потребность в доработке, изменении, дополнении программы.
- Поэтому зачастую цена в договоре с разработчиком формируется по принципу Time and Material. Кстати, мы снимали видео про такой договор, советуем ознакомиться, если любите слушать, а не читать:
Это такой договор, в котором стоимость оплаты варьируется в зависимости от затраченных человеко-часов.
Как правило, есть определенные программы, в которые айтишники вбивают данные по конкретным задачам и количеству часов, уделенных на их выполнение. Затем на этой основе Заказчику выставляется счет. Часто это поэтапная оплата. Цена и ТЗ договора согласовываются уже после его заключения, в процессе. Плюс ко всему Заказчик компенсирует необходимые затраты.
- Тайм энд Матириал – это, конечно, удобно, но иногда не хочется заморачиваться. Поэтому никто не запрещает использовать модель Fixed Price. Название говорит само за себя – цена определяется и фиксируется еще до заключения договора, выплачивается разово за готовый продукт, уже включает в себя все возможные затраты.
На первый взгляд, эта модель лишь кажется простой. На самом деле в начале очень трудно определить, сколько времени и усилий может понадобится на разработку программы, какие могут быть затраты. Такая форма ценообразования, скорее, подойдет для случаев, когда разработчик создает типовое, несложное и недорогостоящее ПО, без каких-то особенностей и нюансов.
- Есть еще одна модель — Cost Plus. Применяется не так часто, но имеет место быть.
По ней сначала рассчитываются расходы, а затем прибавляется определенный процент от прибыли или вознаграждения.
- Следующий блок – порядок сдачи и приемки работ.
В теории кажется, что все просто: есть техническое задание, проверил по нему результат, принял работы или отказался в их принятии.
Но на практике все осложняется в случае, если ТЗ вовсе не было, или же если в работе оказались недостатки (или наоборот, улучшения, за которые Исполнитель требует доплату). Поэтому превентивно все эти ситуации лучше предусмотреть в договоре.
Здесь Вам следует прописать следующие условия:
— порядок уведомления Исполнителем о выполнении, например, «Исполнитель после выполнения Работ уведомляет об этом Заказчика и направляет ему Отчет…»
— указать время, в течение которого Исполнитель принимает результат и указывает на наличие исправлений (3-5 дней будет достаточно);
— прописать, что недостатки устраняются путем внесения исправлений безвозмездно;
— по желанию осветить момент доработки: «Доработка не считается исправлением и оплачивается отдельно на основании нового заказа».
Наш пример оформления данного раздела:
- Исключительное право
Вопрос интересный и зачастую в договоре досконально он не освещается. Стороны ограничиваются одним лишь предложением, указывая на обладателя исключительных прав.
Но для начала стоит понять, что это вообще такое.
«Все, что по договору – это мое!» — думает практически любой заказчик. Однако в случае с интеллектуальной собственностью все не так просто.
Исключительное право – это право пользоваться и распоряжаться результатом интеллектуального труда. Создавать и распространять копии, например, использовать в иных коммерческих целей. По умолчанию это право принадлежит автору, то есть разработчику. Право авторства неотчуждаемо. Программа – результат творческого труда, и автором в любом случае будет программист. Но это не препятствует Заказчику правомерно пользоваться результатом этого труда и использовать в коммерческой деятельности.
Закон позволяет в договоре сразу прописать, кому это исключительное право будет принадлежать (ст. 1296 ГК РФ). По общему правилу, исключительное право по договору будет принадлежать заказчику. Оно и логично, ведь цель договора – получить конкретный результат и этим результатом пользоваться.
⇒ Но важно понимать, что автор (программист) все равно будет иметь право пользоваться своим детищем на условиях безвозмездной простой лицензии (п. 2 ст. 1296 ГК РФ).
Однако договором также можно и предусмотреть обратное: исключительное право принадлежит исполнителю, и уже заказчик пользуется ПО на условиях лицензии. Такое бывает нечасто, тут уже дело принципа исполнителя. Мы рекомендуем первый вариант.
⊕ Дополнительно советуем прописать условие о том, что пока Заказчик не оплатит работу и не подпишет акт приемки, он не имеет права пользоваться ПО. Это успокоит программиста, да и в целом это справедливо и по закону.
- Конфиденциальность
Важное условие. Все-таки Вы заказываете программу и вряд ли хотите, чтобы кто-то заполучил нечто похожее, особенно, если это Ваши конкуренты.
Поэтому выделите этому разделу отдельное место в Вашем договоре и пропишите:
— какую информацию стороны признают конфиденциальной: содержание договора, материалы, результаты и др.
— какая информация таковой не считается: общедоступная, известная из других источников и др.
Разумно будет предусмотреть в договоре также возможность предоставления конфиденциальной информации определенным лицам, например, сотрудникам и подрядчикам компании-Исполнителя.
- Пожалуй, самый важный с точки зрения практики раздел – ответственность сторон.
Здесь главное не переборщить и придерживаться принципов соразмерности и равентсва.
То есть ответственность должна быть справедливой (рекомендуем рассчитывать максимальный размер штрафных санкций не более стоимости работ), а также равной (ответственность исполнителя не должна значимо превышать ответственность заказчика и наоборот).
В договоре отдельно пропишите ответственность и Исполнителя, и Заказчика. Вот пример, что можно предусмотреть:
— Укажите, что в случае немотивированного отказа Заказчика принять работы, последний уплачивает пени в размере 1 % (например) за каждый календарный/рабочий день просрочки, но не более 20 % (например) от стоимости заказа.
— Закрепите срок выплаты пени – 5-7 дней. В случае невыплаты процентов Исполнитель вправе приостановить работы.
Соответственно, ответственность Исполнителя должна быть пропорциональной:
— Если Исполнитель задерживает со сдачей работ, то уплачивает 1 % за каждый день просрочки, но не более 20% от стоимости заказа.
— Если Исполнитель за 5 дней не выплатит пени, Заказчик может удержать суммы при следующих оплатах.
Вот, как ответственность в договоре прописываем мы:
- В обязанности сторон Вы также можете включить условие о запрете работы с конкурентами.
Чтобы Ваши конкуренты не имели шанса заполучить конфиденциальную информацию, рекомендуем включить в договор условие о запрете Исполнителем заключать параллельно аналогичные соглашения на протяжении всего срока действия договора.
В случае нарушения этого правила установите в договоре штраф в виде фиксированной суммы.
ИТОГИ
Итак, хотим донести до Вас главную мысль.
Несмотря на то, что разработка программы – это серьезно, долго и сложно, договор на разработку программы ни в коем случае не усложняйте.
→ Он должен быть простым, понятным, каждый пункт соглашения должен толковаться однозначно. Не нужно использовать расплывчатые формулировки наподобие «качественно», «ответственно», «долго». В юриспруденции есть свои единицы измерения.
→ У сторон должны быть равные права и ответственность. Не стоит возлагать все бремя штрафных санкций только на одну сторону.
→ Предусмотрите сразу в договоре подсудность.
→ Не забывайте четко указывать реквизиты. В случае, если дело дойдет до суда, судья спросит, по каким реквизитам направлялись результаты работ, и какие реквизиты указаны в договоре. Если они разнятся, могут возникнуть проблемы.
Итак, как мы и обещали, прикрепляем нашу форму договора. ⇓
Настоятельно рекомендуем Вам не использовать типовые формы договоров, которые так просто достать на просторах интернета. Во-первых, Вы не знаете, что за юрист и с какой репутацией составлял этот договор. Во-вторых, формы и шаблоны предназначены лишь для примерного ориентирования в урегулировании отношений сторон, а не для качественной обоюдной защиты.
В случае, если у Вас возникнут вопросы, наши юристы всегда на связи. Мы имеем опыт защиты клиентов по подобным делам. Каждая ситуация требует индивидуального подхода, индивидуальных условий. Мы разберемся в Вашей ситуации, проконсультируем по возникшим вопросам, составим договор и, при необходимости, окажем содействие при защите Ваших интересов в суде.
Мы уже несколько раз писали о спорах с IT-компаниями, например, как вернуть деньги с разработчика и как подать в суд на разработчика. Эти статьи касались случаев, когда исполнитель нарушал или некачественно выполнял обязанности по договору на разработку ПО.
Спор по авторскому праву на программу – это еще один пласт споров с разработчиками ПО, но он уже не затрагивает вопросы ненадлежащего качества работ и услуг по созданию программного обеспечения, а связан с принадлежностью авторских и исключительных прав на программу как интеллектуальную собственность.
Заказчик и разработчик в своем договоре определяют, кому принадлежит право на разработанную программу. По умолчанию, авторские права на разработанную программу принадлежат заказчику.
Любому договорному спору предшествует период нормальных партнерских отношений в соответствии с подписанным договором. Далее перечислим основные характеристики договора на разработку ПО. На них обязательно нужно обратить внимание, если хочется обойтись без сюрпризов.
Наименование: договор на разработку ПО. Наименование не играет большой роли, поэтому стороны могут придумать любое название для документа.
Предмет: исполнитель (IT-фирма) разрабатывает программу для ЭВМ в интересах заказчика и на его деньги.
Предмет, в отличие от названия, отражает суть договора, то есть основные обязанности сторон. В данном случае договор отличается тем, что в результате выполнения работ/ оказания услуг создаются программные комплексы, операционные системы, различные приложения, одним словом, программы для ЭВМ. Такие программы как объекты нематериального мира относятся к интеллектуальной собственности. Правовой режим программ аналогичен картинам, книгам, музыке. Поэтому следует каждый раз подтверждать творческий характер программы; он имеет место, когда произошли функциональные изменения в связи с существенной переработкой кода.
Стороны: заказчик и исполнитель
Применимые нормы права: с точки зрения ГК РФ, договор на разработку ПО является смешанным, то есть содержит в себе элементы договора подряда (гл. 37 ГК РФ) и договора оказания услуг (гл. 39 ГК РФ); в части интеллектуальных прав применяется ст. 1296 ГК РФ.
Требования к программе: чтобы конкретизировать параметры будущей программы стороны подписывают техническое задание. В нем прописываются этапы работ, например: 1) разработка серверного приложения – 2) разработка WEB-портала, — 3) разработка мобильного приложения.
Передача прав на программу: в договоре можно по-разному определить момент перехода исключительного права на программу от исполнителя к заказчику, например:
— при передаче заказчику материального носителя с исходным кодом программы, а также сопроводительной документации, что подтверждается актом приема-передачи;
— после выполнения всех этапов договора при условии полной оплаты цены договора.
Отдельный документ в виде акта приема-передачи исключительного права не требуется.
Пока момент передачи прав на программный комплекс в соответствии с договором не состоялся, заказчик не может использовать уже переданные ему части программы в рамках выполнения этапов договора. Поэтому если договор не доведен до логического завершения, например, исполнитель не выполнил последний этап или заказчик не внес остаток цены, исключительное право на программу не переходит к заказчику. Однако у заказчика может возникнуть соблазн использовать уже переданные ему разработки и доработать программу. Не следует идти по этому пути, так как вы рискуете нарушить исключительное право исполнителя, переработав программу. Под переработкой программы понимается корректировка кода програмы. Если в ходе судебной экспертизы будет установлено, что в новой программе используется код старой программы, то придется выплатить компенсацию исполнителю.
Права на разработанное приложение: в договоре можно прописать, что исключительное право возникает либо у заказчика, либо у исполнителя.
Ни то, ни другое не является нарушением. Законодатель предоставляет предпринимателям возможность самим решить, кому принадлежит право на разработанную программу.
Однако если стороны не потрудились решить судьбу программы, включается диспозитивная норма кодекса.
Закон определяет, кому принадлежит право на разработанную программу, когда стороны об этом не договорились: если программа для ЭВМ появилась в результате исполнения договора, основной целью которого являлось создание этой программы, то авторские права на разработанную программу принадлежат заказчику.
Однако на этом не ставится точка. Законодатель учел, что обе стороны играют значительную роль в создании программы: исполнитель использует творческий труд своих программистов, а заказчик спонсирует это мероприятие. Поэтому в законе содержатся такие нормы:
— если право на разработанную программу принадлежит заказчику, то подрядчик получает простую лицензию на бесплатное использование этой программы, но только для собственных нужд;
— если право на программу возникает у разработчика, то заказчик также получает простую неисключительную лицензию на бесплатное использование этого ПО, но только в целях, для достижения которых заключался договор на разработку ПО;
Оба из вышеупомянутых «правил справедливости» можно исключить, прямо указав в договоре, что контрагенту запрещено использовать программу без разрешения правообладателя.
Договор на разработку ПО важно отличать от договора авторского заказа программы для ЭВМ.
Для чего заключается договор авторского заказа? Программист должен создать для заказчика ПО. Вы спросите: «Но ведь это тот же предмет, что в договоре на разработку ПО?!». Действительно, эти договоры – почти юридические близнецы. Отличие только в том, что в договоре авторского заказа исполнителем является сам автор программы, то есть программист, физическое лицо, который придумал код программы.
При этом, прямо запрещено заключать с физическим лицом-программистом договор на разработку ПО не по модели авторского заказа (п. 5 ст. 1296 ГК РФ).
Естественно, закон особо защищает физических лиц, когда их контрагентами выступают коммерческие компании. Поэтому по договору авторского заказа все права на программу принадлежат разработчику (ст. 1288 ГК РФ).
Учитывайте этот нюанс, если заключаете договор с разработчиком – физлицом.
Права на разработанное приложение могут остаться у работников, если исполнитель не оформил программу как служебное произведение.
Законом установлено, что авторские права при разработке программ сначала всегда возникают у непосредственного разработчика, то есть у программиста-физического лица, который впервые придумал исходный код.
Чтобы права на разработанное приложение возникли у работодателя необходимы следующие условия:
а) программист официально трудоустроен у работодателя
б) создание программы – должностная обязанность программиста
в) после создания ПО программист получает от работодателя авторское вознаграждение дополнительно к окладу
Только при соблюдении всех этих условий авторские права при разработке программ переходят от работника к работодателю. Впоследствии работодатель, выступая исполнителем по договору на разработку ПО, может передать программу заказчику.
Исключительное право на программу возникает с момента ее создания у заказчика или разработчика, в зависимости от условий заключенного между ними договора. Регистрация программы в Роспатенте за иным лицом не может породить исключительное право на программу у такого лица вопреки договору.
Закон не обязывает регистрировать ПО в Роспатенте. Но есть плюсы в такой регистрации, которые подталкивают предпринимателей обращаться в Роспатент. Например, гораздо легче подтвердить, что компания, действительно, является правообладателем программы, что может быть особо актуально в случае участия в тендерах либо при получении грантов от госорганов.
Конечно, регистрация встанет в копеечку – 4 500 рублей 🙂
Суды однозначно отмечают, что регистрация программы в Роспатенте не имеет значения для доказывания статуса правообладателя в суде. То есть, если исполнитель создал программу по договору на разработку ПО, при этом, договор на разработку ПО не содержал условие о возникновении исключительного права на программу у исполнителя, а затем обратился в Роспатент за регистрацией программы, то даже если Роспатент зарегистрирует эту программу за исполнителем, авторские права на разработанную программу все равно будут принадлежать заказчику.
В этом случае заказчик может обратиться в суд с иском о признании права на программу. Ответчиком признается компания, которая указана в реестре в качестве правообладателя.
Споры по авторскому праву на программу имеют свои особенности в суде.
Главное отличие от обычных предпринимательских споров – это то, что кассационные жалобы по спорам по авторскому праву на программу подаются в Суд по интеллектуальным правам РФ (СИП). Он находится в Москве, Огородный проезд, д. 5, стр. 2. Например, если компания-нарушитель находится в Москве, то иск подаем в АСГМ, апелляционная жалоба – в 9 арбитражный апелляционный суд, кассационное обжалование – в СИП, а вторая кассация – в Верховном суде.
Центральный элемент судебного процесса, то есть то, вокруг чего возник весь спор, — исходный код программы. Необходимо сопоставлять исходные коды программ, чтобы доказать факт неправомерного использования чужого ПО. С этой целью назначаются судебные экспертизы, приглашаются специалисты для подготовки заключений. А вот названия программ вообще не влияют на результат спора: СИП подтвердил, что использование ПО с названием, идентичным другому ПО, не образует нарушение прав.
Часто в одном производстве рассматривается иск о нарушении исключительного права на программу и встречный иск о ненадлежащем выполнении договора на разработку ПО. Пример вариации: с одной стороны, иск заказчика к исполнителю о нарушении исключительного права, так как исполнитель использует программу, и с другой стороны, иск исполнителя о взыскании долга по договору на разработку ПО, который предусматривал переход исключительного права только после полной оплаты.
За нарушение исключительных прав наряду с пресечением подобного нарушения предусматривается еще один способ защиты, характерный только для исключительных интеллектуальных прав – компенсация. В отличие от обычных убытков здесь не нужно доказывать размер причиненного вреда. Компенсируемая сумма определяется одним из следующих способов: а) по усмотрению суда, но в границах 10 000 руб. – 5 млн руб.; б) 2х стоимости контрафакта; 3) 2х среднерыночной цены лицензии (двойная цена договора, если бы нарушитель правомерно использовал программу по договору с правообладателем).
В связи с нашумевшей историей по отказу в защите исключительных прав организациям из «недружественных» стран (дело Свинки Пеппы) отметим, что регистрация компании в такой стране нисколько не умаляет защиту всех интеллектуальных прав этой компании на территории России.
Итак, следует сформулировать несколько рекомендаций для споров по авторскому праву на программу:
1) выбирайте в качестве исполнителя юридическое лицо, иначе рискуете остаться без исключительного права на программу;
2) определите в договоре момент перехода исключительного права от исполнителя к заказчику и помните, что до этого момента использование программы – нарушение интеллектуальных прав исполнителя;
3) до подписания договора поинтересуйтесь, каким образом урегулирована передача служебных произведений в компании исполнителя: трудоустроены ли разработчики, охватывается ли процесс создания программы их должностной инструкцией, выплачивается ли им авторское вознаграждение;
4) если не хотите, чтоб исполнитель мог пользоваться программой без вашего ведома, пропишите в договоре условие о таком запрете;
5) при необходимости зарегистрируйте ПО в Роспатенте за своей организацией.
Если ваши авторские права при разработке программ нарушаются, наши юристы помогут выиграть спор и взыскать компенсацию!
Успешные дела
Есть одно великолепное выражение “Личный опыт – сын ошибки”. Не каждый сможет с мудростью принять его, особенно в том случае, если он окажется в реестре недобросовестных поставщиков. Это последствие может возникнуть, не только по Вашей вине, но и тогда, когда Заказчик не освободил помещение Вам как Исполнителю работ. Да и согласитесь, проще ведь учиться на чужих ошибках. Тем более, в век цифровых технологий, у нас есть в общем доступе судебная практика, которая позволяет оценить не только наши перспективы и риски, но и примерный конечный результат предпринятых действий. Обратим Ваше внимание, что в приоритете мы будем рассматривать вопрос: “Что делать, если Заказчик не дает начать работы”, но для точного ответа на него мы также рассмотрим следующие немаловажные аспекты данной темы:
- По каким причинам нельзя “спустя рукава” составлять договор подряда, а также отказываться от его исполнения в одностороннем порядке. Общие нюансы и рекомендации при заключении договора подряда;
- Реестр недобросовестных поставщиков – Вальхалла без почести;
- Анализ судебной практики, связанной с ситуацией, когда Заказчик не освободил помещение;
- Какие действия необходимо предпринять, когда Заказчик не дает доступа к объекту, и Вы не можете выполнить работы: заключение доп. соглашения о переносе сроков, уведомление о приостановлении работ, претензия, подача искового заявления в суд.
Дополнительно сообщим, что для наглядности мы разберем наш казус, в котором будут отражены наши действия в подобной ситуации. Начнём.
К составлению абсолютно любого договора, будь то оказания взаимных услуг или подряда, применима одна крылатая фраза: “Как корабль назовешь, так он и поплывёт”. В юриспруденции слово “корабль” можно заменить на “договор”, а вместо слова “назовешь” – “составить” или “разработать”.
Чтобы правильно составить договор подряда, дабы потом не получилось ситуации, что Заказчик не освободил помещение, нам нужно ранее упомянутую фразу с кораблем реализовывать по максимуму, опираясь на судебную практику и нормативные акты. Для этого нам потребуется наиболее точно расписать условия договора.
Иллюстрирует важность составления точных условий договора абзац 2 п. 17 Постановления Пленума ВАС РФ от 30.05.2014 № 33, в котором установлено, что в том случае, если стоимость работ в договоре подряда будет указана без учета НДС, а из условий этого же договора или других дополнительных соглашений не следует иного, то предполагается, что данная сумма уже включает сумму НДС. Непонятно? Все просто: допустим, изготовление, доставка и монтаж подъездной двери стоит 70 т.р. без НДС. НДС будет составлять 14 000 руб. Если мы в договоре пропишем сумму в размере 70 тыс., то считайте, что мы потеряли 14 000 руб., то есть налог мы оплатим из собственного кармана, поскольку предполагается, что мы уже включили налог в стоимость работ. Это не в наших интересах, поэтому верная сумма договора должна составить 84 тыс. руб, тогда мы ни копейки не потеряем. Казалось бы, что это очевидно, но судебная практика свидетельствует об ином, и таких нюансов много.
Остановимся на существенных условиях договора подряда, которые обязательно должны быть согласованы:
- Предмет, то есть обозначить вид работы, который будет осуществляться (п. 2 ст. 701 ГК РФ);
- Начальные и конечные сроки работ (п. 1 ст. 708 ГК РФ).
Важно помнить, что если Вы не согласуете данные условия договора, то договор либо признают незаключенным, либо, в зависимости от обстоятельств, обяжут Заказчика оплатить только часть исполненных обязательств. Опять же, сделаете все правильно на этапе составления договора – будет Вам счастье.
В контексте нашей статьи, нас интересует именно условие с начальными и конечными сроками. Как Вы понимаете в случае, если Заказчик не дает доступа на объект, у Исполнителя есть риск просрочить исполнение своих обязанностей со всеми вытекающими негативными для него последствиями. Законодатель дал способ защиты подрядчику, он отражен в ч. 1 ст. 719: в случае, если Заказчик не дает начать работы в срок, он не исполняет встречные обязательства.
Таким образом, мы имеем право приостановить или не начинать работы, а также требовать возмещения убытков, если нам препятствуют в осуществлении работы. Правда здесь есть одно большое “Но”, в силу ст. 716 мы обязаны уведомить о невозможности начала нашей работы. Если не сделаем этого – в суде на обстоятельство, препятствующее началу исполнения обязанностей, мы ссылаться не сможем. Отсюда важно сделать маленький вывод: в случае, если Заказчик не дает доступа на объект, мы обязательно должны его уведомить о том, что в связи с этим не можем осуществлять работы.
Ко всему вышеописанному вспоминаем про одно из существенных условий договора – срок, то есть его нарушение, как промежуточного, так и конечного, повлекут за собой убытки. Но убытки – это самое лучшее, что может случиться в подобной ситуации, более того, их можно снизить. В случае, если хлеб на Вашем столе обеспечивает сфера контрактов и закупок – не исполнение договора, даже по причине того, что заказчик не дает начать работы, повлечет за собой внесение Вас в реестр недобросовестных поставщиков.
Реестр недобросовестных поставщиков – это такая своеобразная Вальхалла, куда попадают поставщики, не исполнившие свои обязанности надлежащим образом. Попасть в этот черный список можно как по основаниям из 223 ФЗ, так и 44 ФЗ, наиболее популярными основаниями являются:
- Нарушение существенного условия договора;
- Неправомерный односторонний отказ от исполнения договора.
Выполняем ранее озвученные действия и отдыхаем 2 года без работы согласно ч. 9 ст. 104 ФЗ № 44 от 05.04.2013. Аукционы на этот период для Вас исчезают. Вдумайтесь, 2 года, понадобится для того, чтобы Вас исключили из этого реестра, потому что Заказчик не дал доступа к помещению, а вы не исполнили обязанности, потому что не могли или в одностороннем порядке расторгли договор и никого не уведомили.
Более того, Заказчик, участвующий в аукционе по ФЗ № 223 имеет полное право включить одним из условий к участникам аукциона – не находится ни в одном реестров недобросовестных поставщиков. То есть, если Вы попали в этот реестр по ФЗ №44, то Вам могут ограничить участие и в аукционе по ФЗ №223. Крайне обидно попадать в подобную ситуацию в том случае, если Заказчик просто не дает доступа на объект, так что доводить до этого лучше не стоит. А теперь обратим наше внимание на судебную практику по подобным ситуациям.
Обратим Ваше внимание на апелляционную жалобу по делу №А18-2179/2018, которую рассмотрел Шестнадцатый апелляционный арбитражный суд. Казус абсолютно идентичен нашей ситуации: Заказчик не предоставил доступа, а Исполнитель не выполнил свои обязанности по государственному контракту. Только дело в том, что согласно ст. 65 АПК РФ каждый должен доказывать те обстоятельства, на которые он ссылается. Исполнитель никаких доказательств в виде уведомлений в адрес Заказчика о невозможности начать работы не предоставил, поскольку он просто их документарно не направлял. Эта фатальная ошибка привела к неудовлетворению апелляционной жалобы и проигрышу процесса. Кстати, идентичное решение вынесли и по делу №А83-9102/2020. Так что же нужно сделать в подобной ситуации, чтобы не пополнить сайт судакта подобным решением?
Первым нашим действием будет направление уведомления о невозможности начать работы и необходимости освободить помещение заказным письмом с описью вложения. Структура нашего уведомления довольно типичная:
- Реквизиты наши и Заказчика;
- Описание основных фактов;
- Наше требование – не препятствовать осуществлению наших обязанностей или перенести сроки работы;
- Приложения.
Совершаем классические действия: на опись вложения ставим печать о принятии Почтой России и сохраняем 1 экземпляр, а также чек с трек-номером.
Теперь правила нашей игры меняются: нам удалось зафиксировать, что не по нашей вине может произойти нарушение сроков, как промежуточных, так и конечных. В суде будет установлено, что Заказчик не давал начать работы, а следовательно, в случае чего, предъявленный к Вам иск не будет удовлетворен. Однако, это не весь перечень инструментов, который мы можем применить в подобной ситуации. Мы можем предпринять более решительные действия, а именно: расторгнуть договор в одностороннем порядке.
Расторгнуть договор в одностороннем порядке нам позволяет ч. 3 ст. 716 ГК РФ после письменного уведомления об этом контрагента. Иначе говоря, у нас есть обстоятельство – нас не пускают в помещение, которое грозит вылиться в невозможность совершения в срок работы. Помимо этого, мы имеем право взыскать понесенные убытки в связи с прекращением не начатых работ. В целом, все дороги, по итогу, ведут в суд, однако рассмотрение этой темы с позиции подготовки к суду заслуживает отдельной статьи. В связи с этим мы перейдём к рассмотрению нашей практики по подобному казусу.
Наш клиент (далее – “Подрядчик”) выиграл муниципальный контракт на исполнение ремонтных работ в детском саду (далее – “Заказчик”). Согласно заключенному договору подряда, подрядчик обязан выполнить ремонтные работы в установленном объеме и сроке, а Заказчик – принять и оплатить их.
В день начала работ нашему клиенту сообщили, что в детском саду находятся дети. Помните, мы уже чуть раньше в этой статье, упоминали судебную практику, в которой подрядчик решил “на словах” договориться. В нашей ситуации юристами было предпринято решение направить официальное уведомление о невозможности начала работ.
Ответ не заставил себя ждать и нам поступило “предложение века” ремонтировать помещения либо в праздники, либо в выходные дни.
Однако это нас не устраивало, и мы направили еще одно уведомление о невозможности начала работ.
Таким образом, в дальнейшем, если образовательное учреждение решит обратиться в суд с фактом просроченных работ, у нас будут официальное подтверждение того, что нам препятствовали исполнять наши обязанности.
Более того, вспоминаем статьи 716 и 719 ГК РФ, которые осуществляют защиту наших прав.
Подводя итог статьи, следует акцентировать внимание на то, что подобные ситуации не должны разрешаться “на словах”, поскольку так вы ставите под угрозу, в первую очередь, свои права и кошелек. Необходимо разрешать возникшие проблемы юридического характера так, чтобы потом в суде не получать неудовлетворительных постановлений. Наши юристы не раз разрешали подобные казусы, так что можете смело к нам обращаться.
