Бесплатная горячая линия

8 800 301 63 12
Главная - Интеллектуальная собственность - Договор на дизайн сайта с передачей авторских прав

Договор на дизайн сайта с передачей авторских прав

Как правильно составить договор на создание сайта

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

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

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

Каждая итерация увеличивает трудоемкость и, соответственно, итоговую стоимость проекта.

Кроме того, знание заказчика о таком ограничении стимулирует его более четко выражать свои мысли относительно необходимых правок и быстрее принимать решения.«№ Заказчик имеет право 2 (два) раза внести поправки в дизайн Главной страницы в рамках ТЗ.

При этом Заказчик мотивирует свой отказ от предложенного дизайна Главной страницы, излагая его в письменной форме, отправляя его на электронную почту Исполнителя .№ Внесение правок в дизайн после его согласования или в количестве более 2 (двух) правок оплачивается дополнительно».Вы, как производитель продукта, будь-то сайт, сервис, ПО и т.п. должны дать какую-либо гарантию заказчику на устранение обнаруженных багов в течение определенного срока после сдачи продукта.

Какой именно это будет срок, решать уже вам, чаще всего в своей практике мы встречали срок от 1 до 6 месяцев.

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

В конце концов, вы же не обязаны бесплатно пожизненно обслуживать разработанный сайт.«№ Исполнитель выполняет исправление ошибок на сайте по письменному обращению Заказчика, направленному на электронную почту Исполнителя в течение 1 месяца после подписания Акта, являющегося гарантийным сроком.

Доработка функционала сверх объема, обозначенного в Техническом задании, и изменение дизайна сайта к ошибкам не относятся».Преимущество рынка it – геонезависимость, ваши клиенты могут находится в любой точке мира. Но, чтобы ваша деятельность была законной, вам придется в любом случае оформлять закрывающие документы и отправлять их заказчику.

Как показывает практика, если клиент находится территориально далеко от вас, то он может и вовсе не отправить обратно подписанный акт. Чтобы ваша работа в таком случае считалась принятой, нужно предусмотреть в договоре пункты об одностороннем подписании акта, а также добавить пункт об электронном документообороте (в таком случае подписанный скан, отправленный по электронной почте будет считаться действительным).«№ В случае невозврата Заказчиком переданного ему акта, подписанного Исполнителем, в течение 10 (десяти) дней с даты его передачи и при отсутствии письменного отказа от приемки работ, такие работы считаются принятыми заказчиком на основании акта, подписанного Исполнителем в одностороннем порядке».№ Настоящий Договор, Приложения, счета на оплату и акты выполненных работ, подписанные и/или переданные с помощью средств факсимильной/электронной связи, имеет полную юридическую силу.№ При рассмотрении споров в суде переписка Сторон по электронной почте, факсимильные сообщения будут признаны Сторонами достаточными доказательствами».Ссылка в подвале сайта на компанию-разработчика – отличный канал привлечения новых клиентов, как и регулярно обновляемое личное портфолио.

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

«№ В случае невозврата Заказчиком переданного ему акта, подписанного Исполнителем, в течение 10 (десяти) дней с даты его передачи и при отсутствии письменного отказа от приемки работ, такие работы считаются принятыми заказчиком на основании акта, подписанного Исполнителем в одностороннем порядке»

.№ Настоящий Договор, Приложения, счета на оплату и акты выполненных работ, подписанные и/или переданные с помощью средств факсимильной/электронной связи, имеет полную юридическую силу.№ При рассмотрении споров в суде переписка Сторон по электронной почте, факсимильные сообщения будут признаны Сторонами достаточными доказательствами».Ссылка в подвале сайта на компанию-разработчика – отличный канал привлечения новых клиентов, как и регулярно обновляемое личное портфолио.

Чтобы предотвратить претензии со стороны заказчика с просьбой убрать разработанный проект – пропишите этот пункт заранее в заключаемый договор.

«Исполнитель имеет право:№ Размещать логотип Заказчика на собственных информационных ресурсах в списке клиентов Исполнителя;№ Размещать разработанный Сайт в личном портфолио Исполнителя на собственных информационных ресурсах.№ Размещать в подвале Сайта ссылку на собственный сайт Исполнителя с указанием выполненных работ»

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

В таком случае также важно в техническом задании или приложении к договору указать точный перечень необходимого контента.«№ Контент предоставляется заказчиком в течение 5 (пяти) рабочих дней с момента заключения договора.

Срок разработки не включает время на предоставления контента Заказчиком и сроки согласования.№ В случае несвоевременного предоставления Заказчиком всех необходимых материалов, сроком начала разработки сайта следует считать рабочий день, следующий за днем получения всех информационных материалов в полном объеме в электронном виде. По согласованию с Заказчиком в случае непредоставления всех информационных материалов в полном объеме, Исполнитель имеет право наполнить Сайт тестовой информацией, а Заказчик обязан принять работу».Наличие такого пункта в нашем договоре не раз обезопасило нас от нападок заказчика, тестирующего разработанный сайт на устаревших устройствах.

Контролируйте актуальность указанных версий и вносите своевременное изменение в вашем типовом договоре на разработку сайта.Пример формулировки:«№ Исполнитель гарантирует отображение сайта на ПК или ноутбуках с шириной экрана не менее 1280 px в браузерах Internet Explorer версии не ниже 10, Mozilla Firefox версии не ниже 40, Google Chrome версии не ниже 45, Opera не ниже 33, Safari не ниже 8.0, а также аналогично отображаться на мобильных устройствах, работающих на платформах IOS не ниже версии 8.1, Windows Phone не ниже версии 8, Android не ниже версии 4.

Не гарантируется правильное отображение для более ранних версий и в других браузерах.

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

Это не обсуждаемо.1.Разработайте типовые шаблоны договоров на все предоставляемые услуги компании, а каждый новый договор всегда делайте на основании шаблона, а не предыдущего договора с заказчиком. Как только в ходе вашей деятельности возник момент, который вы хотите внести дополнительным пунктом в договор – вносите его не только в договор с заказчиком, но и в шаблон, так вы обезопасите себя от повторных ошибок, а типовой договор будет расширяться и учитывать все нюансы вашей деятельности.2.Отправляйте заказчику на согласование договор в формате PDF.

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

Договор на разработку сайта: подробная инструкция по составлению и образец

Хороший договор — это взаимовыгодный договор.

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

Каждый раздел договора будет рассмотрен с двух позиций — заказчика и исполнителя. Потому что «взаимовыгодный». В работе над статьёй и шаблоном нам помогли опытные разработчики и Павел Мищенко из , чья специализация — IT-договоры. В конце статьи дана ссылка, по которой можно скачать образец договора на разработку сайта.

Прежде чем его скачивать, пожалуйста, прочитайте статью.

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

  • Контент. Любое содержание, которое хранится у вас в базе данных или на другом сайте: тексты, картинки, видео, музыка.
  • Программный код. Он определяет, что вы видите на странице, как сайт позволяет вам сделать, управляется, наполняется, какую информацию куда передаёт и откуда получает.
  • Дизайн сайта — это совокупность различных визуальных элементов (таких как цвета, шрифты, фото, изображения, кнопки и т.д.), из которых состоит внешний вид сайта.

Равенство.

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

В договоре нет морали и совести. Каждый отстаивает свои интересы — и точка. Пункты договора должны быть максимально чёткими и логически законченными. Плохой пример: «Исполнитель обязуется выполнить работу качественно и ответственно». Что такое «качественно и ответственно»? Слова, которые не применить в спорной ситуации.

Слова, которые не применить в спорной ситуации. Цель такого пункта — определить критерий приёмки работ.

Значит, правильно написать так:

«Заказчик может отказаться принимать Работы, только если они не соответствуют Заданию»

.

Понятный критерий: соответствие заданию. Никаких «мы хотели креативный дизайн» или «этот зелёный слишком детский». Ещё в договорах частенько пишут так:

«Заказчик обязуется своевременно оплачивать выполненные работы»

.

Что такое «своевременно»? Своевременность должна быть измеримой: Х дней с момента приёмки. А если оплатил, но несвоевременно?

А если вообще не оплатил? В пункте ни слова про ответственность за нарушение, а ведь именно в этом его суть — привлечь к ответственности заказчика, который не платит или затягивает.

Правильно написать так: «Заказчик должен оплатить работы не позднее 5 (пяти) рабочих дней с даты подписания акта сдачи-приёмки. При нарушении этого срока Заказчик должен заплатить 1% от суммы к оплате за каждый рабочий день просрочки».

Чёткий срок и чёткая ответственность. Оговорите особенности. Совсем не обязательно пользоваться шаблонными пунктами «как все делают». Например, укажите не одного, а нескольких представителей, уполномоченных согласовывать результаты на разных этапах.

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

Или увеличьте срок на приёмку результатов.

В большой компании часто сложно оценить результаты за обычные 5 рабочих дней. Пока соберёшь всех заинтересованных, пока добьёшься от них ответа… Объясните это исполнителю и предложите увеличить срок до, например, 10 рабочих дней.

Ещё короткий комментарий. Обычно стороны стараются сделать как можно меньше разделов и сгруппировать разные вещи, дав им какое-то название: Права, Обязанности и ответственность, Стоимость, Расчёты и приёмка.

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

Так договор проще составлять, да и читать тоже. А теперь перейдём к договору и разберём его на пунктики.

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

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

Вот так коротко, но ёмко. Остальное прописывается в следующих разделах и приложениях.

Обычно этого раздела в договорах нет, но сейчас вы поймёте, о чём речь. Начнём с того, что мы за рамочный договор.

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

А это случается практически всегда: давайте поменяем логотип, напишите тексты, подключите к CRM и так далее.

2.1 Договор является рамочным. Стороны согласуют объём, срок и порядок выполнения заданий путём подписания заказов к Договору (далее — Заказы).

2.2 Заказчик вправе изменять задание по Договору. При этом Исполнитель вправе изменить стоимость и срок выполнения задания.

Стороны оформляют такие изменения с помощью дополнительного соглашения. Собственно, заказ — это как раз условия выполнения конкретной работы/услуги. И оставляем возможность не подписывать бумажки вообще, потому что зачем: 2.3 Если стоимость работ/услуг меньше 10 000 (десяти тысяч) рублей, Стороны могут оформить задание без подписания Заказа.

В этом случае задание считается согласованным Сторонами, если Заказчик оплатил счёт Исполнителя, в котором содержится перечень работ/услуг, их стоимость и срок выполнения.

Юристы часто боятся таких свобод, а не стоит.

Гражданский Кодекс позволяет, всем удобно. В процессе исполнителю постоянно нужны ответы на вопросы, информация.

И заказчик должен их предоставлять, иначе исполнитель не сможет выполнить задание (в срок и качественно). Тут есть следующие моменты:

  • Информация есть, но непонятно, насколько она верная. Возвращаемся к пункту 1 и копаем.
  • Заказчик отказывается предоставлять информацию, считая её слишком чувствительной или ненужной для выполнения работ. Возвращаемся к пункту 1: если исполнитель может объяснить, почему эта информация так важна, предоставьте её. Всё равно подписываете NDA (соглашение о неразглашении конфиденциальной информации).
  • У заказчика может не быть нужной информации. Договаривайтесь. Если исполнитель может объяснить, почему эта информация так важна и её реально получить, продлевайте срок выполнения работ и копайте. Иногда бывает, что для ответа на вопрос нужно потратить больше времени и денег, чем на разработку сайта. Серьёзное исследование аудитории и конкурентов большого интернет-магазина или сервиса может стоить миллионы рублей. Что делать? Думать, формулировать гипотезы, искать дешёвые способы ответов. Если информация не так важна для результата, забываем о ней.
  • На предоставление информации требуется время. Тут всё просто: продлеваем срок выполнения работ на количество дней, которое нужно заказчику, чтобы всё собрать, согласовать и предоставить.

Раздел выглядит так: 3.1 Заказчик обязан предоставлять Исполнителю информацию и материалы (далее — Материалы), необходимые для выполнения задания.

Материалы должны быть достоверными и полностью отвечать запросу. 3.2 Если Заказом не предусмотрен иной срок, Заказчик обязан предоставить Исполнителю Материалы в течение 1 (одного) рабочего дня с момента получения запроса.

3.3 Заказчик вправе отказать Исполнителю в предоставлении Материалов, если посчитает, что Материалы не нужны для выполнения Заказа.

Отказ должен быть оформлен в письменном виде.

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

Это нужно, чтобы:

  • Экономить время на общение (если есть такая цель). Пусть представитель всё согласует и придёт с решением.
  • Понимать, к кому идти за информацией, и не писать-звонить всем подряд.
  • Избежать противоречащих требований со стороны заказчика, когда менеджер пишет одно, бухгалтер другое, а директор — третье.

Назначаем их: 4.1 Стороны назначают своих представителей для решения вопросов, возникающих по Договору (далее — Представители). 4.2 Стороны указывают контактные данные Представителей по конкретным работам/ услугам в соответствующем Заказе.

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

Оговариваем их участие: 4.4 Исполнитель вправе привлекать для выполнения работ/услуг третьих лиц без согласования с Заказчиком. При этом Исполнитель несёт перед Заказчиком ответственность за качество работ/услуг привлеченных лиц.

Поскольку договор рамочный, здесь оговариваем только основные финансовые условия, а детали — в приложении: 5.1 Стороны согласуют стоимость работ/услуг и порядок расчётов по Договору в Заказе.

Основными являются налогообложение, валюта расчётов, адрес перевода средств и факт его подтверждения. 5.2 Стоимость работ/услуг по Договору не облагается НДС в связи с применением Исполнителем упрощённой схемы налогообложения. 5.3 Расчёты по Договору производятся в рублях путем перечисления денежных средств на расчётный счёт Стороны, указанный в реквизитах Договора.

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

Всё. Остальное в приложениях.

При приёмке результатов важно понимать одно: есть задание и согласованные изменения в него, которые являются единственным критерием оценки.

Отказ принять результаты должен быть мотивированным и оформленным в письменном виде.

Результат соответствует — принято, не соответствует — доделывай. «Не нравится» и «я ждал чего-то более современного и креативного» — не аргумент. Это логично и работает в суде.

Собственно, только это и работает в суде.

6.1 После выполнения работ/услуг по Заданию Исполнитель направляет Заказчику: результат работ/услуг (далее — Результат); акт сдачи-приёмки (далее — Акт). 6.2 В течение 5 (пяти) дней с момента получения Акта Заказчик обязуется принять Результат, подписав Акт и передав его Исполнителю, или направить мотивированный отказ, сообщив Исполнителю о необходимости исправлений.

6.2.1 Под исправлениями Стороны понимают приведение Результата в соответствие с требованиями задании. 6.2.2 Доработка результата, исходя из новых данных и требований Заказчика, которые не были указаны в задании, не является исправлением. Такие доработки выполняются только за отдельную плату на основании отдельного задания.

6.5 Стороны согласуют объём и срок исправлений в акте об исправлениях. Исполнитель вносит исправления за свой счёт. Срок исправлений входит в общий срок выполнения задания.

6.7 Заказ может предусматривать:

  1. несколько этапов выполнения задания и промежуточные Акты;
  2. иные особенности сдачи-приёмки работ/услуг.
  3. отчёт об оказании услуг вместо Результата;

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

Это справедливо и мотивирует заказчика не тянуть с приёмкой. А чтобы Исполнитель не стеснялся заявить о своих правах, делаем продление автоматическим: 9.1 При несвоевременном и/или ненадлежащем выполнении Заказчиком принятых обязательств, сроки выполнения работ/услуг по Договору автоматически увеличиваются на срок задержки выполнения Заказчиком своих обязательств. Что делать, если заказчик тянет неприлично долго?

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

Общепринятая практика такая: через Х дней после предоставления отчёта и акта работы считаются принятыми и подлежат оплате. 6.6 Если по истечении установленного для приёмки срока Исполнитель не получит подписанный Акт или мотивированный отказ, Задание считается выполненным надлежащим образом и принятыми Заказчиком в полном объёме. Исполнитель что-то сделал и передал заказчику.

Кому это принадлежит, кто и как может это использовать? Неопытный заказчик обычно думает: всё моё.

Но не всё так просто. На что можно и нужно требовать исключительные права:

  1. картинки, видео и фотографии, созданные в рамках договора;
  2. тексты;
  3. программный код, созданный в рамках договора.

Выглядит это так: 7.1 Если в ходе выполнения работ или оказания услуг Исполнитель создаст результат интеллектуальной деятельности (далее — РИД), Исполнитель обязан передать Заказчику исключительное право на него.

7.2 Исключительное право на РИД переходит к Заказчику с момента наступления последнего из следующих событий:

  1. Заказчик в полном объёме оплатил стоимость работ/услуг, в рамках которых создан РИД.
  2. стороны подписали Акт к Заказу, в рамках которого создан РИД;

Вознаграждение Исполнителя за отчуждение исключительного права на РИД включено в стоимость работ/услуг.

7.3 Исполнитель гарантирует, что факт отчуждения РИД не нарушает права третьих лиц и на момент передачи не существует обстоятельств, дающих возможность третьим лицам предъявить к Заказчику претензии в отношении РИД (за исключением претензий к Материалам).

Обратите внимание на пункт 7.2: пока заказчик не подписал акт или не оплатил работу, права на результат остаются у исполнителя, и использовать результат нельзя.

Ещё один важный момент. Исполнитель может применять в разработке сайта сервисы и части кода (чат, калькулятор и т.п.), права на которые принадлежат ему или другому автору, от которого исполнитель получил разрешение на продажу. Это значит, что заказчик получает право только использовать эту разработку в рамках сайта. Эта особенность рассмотрена в приложении «Заказ» в .

У заказчика своя ответственность — за материалы, которые он передаёт исполнителю для работы.

Например, фотографии, видео или тексты. Если у правообладателя возникнут претензии по их использованию, отвечать именно заказчику. 7.4 Заказчик гарантирует, что имеет все необходимые права на предоставление и использование Материалов, которые отправлены Исполнителю для выполнения Задания. Особенности передачи прав на результаты оставляем для приложения.

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

Расписывать их по каждой услуге и работе в договоре смысла нет.

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

Заказчику надо обратить внимание на информацию, которая может ему навредить.

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

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

Начните с определения конфиденциальной информации и того, что ей не является: 8.1 Стороны признают конфиденциальной и обязуются не разглашать следующую информацию: содержание Договора и Заказов; Материалы; переписку по Договору, если она помечена грифом «конфиденциально».

8.2 Конфиденциальной информацией не считаются: общедоступная информация; информация, подлежащая представлению в государственные органы в силу предписаний законодательства; информация, ставшая известной Стороне из других источников до или после получения от другой Стороны. Обратите внимание на пункт 8.1: если вы не хотите, чтобы ваши переписки были опубликованы, пишите в каждом письме и сообщении, что это «конфиденциально». В почте можно настроить подпись в письме так, чтобы там была фраза «содержание этого письма является конфиденциальным».

Дальше определите, кто имеет право получать конфиденциальную информацию и для чего: 8.3 Исполнитель вправе передавать конфиденциальную информацию по Договору своим сотрудникам и подрядчикам, которые участвуют в выполнении Задания. 8.4 Исполнитель обязан обеспечить режим конфиденциальности при передаче информации своим сотрудникам и подрядчикам, в том числе путем введения режима коммерческой тайны.

И последний момент — использование исполнителем определённой информации о работе в рекламных целях: 8.5 Исполнитель вправе упоминать в своих презентационных и рекламных материалах: наименование Заказчика; товарный знак Заказчика; перечень работ/услуг по Заказам и Результаты.

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

Нарушаешь — отвечаешь. В каком размере или какими действиями — это уже вопрос договорённости. У исполнителя и заказчика ответственность не всегда может быть равнозначной. Хотя бы в силу разных размеров: убытки, которые заказчик может понести из-за ошибки исполнителя, могут достигнуть миллионов рублей за день.

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

Обычно их делают разумными и всегда в пределах суммы платежа исполнителю или стоимости работ. Более того, суды обычно снижают размер неустойки. 9.7 При разглашении конфиденциальной информации Сторона-нарушитель должна возместить реальный ущерб, нанесённый другой (пострадавшей) Стороне, но не более стоимости работ/услуг в рамках Заказа.

Вторая мысль: разработчик сайта не может нести ответственность за бизнес-результат, только за корректную работу сайта.

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

Допустим, вам сделали интернет-магазин. Вы посадили на обработку заказов менеджеров и заказали рекламу. На сайт пришли посетители и… И тут возникает много всего, что подрядчик не контролирует и не имеет возможность изменить:

  • Как отработал специалист по рекламе? Привёл ли он правильную аудиторию, готовую купить ваш товар на предложенных условиях? Частенько бывает наоборот, а вы вините сайт.
  • Как быстро и хорошо ваши менеджеры отвечают на вопросы посетителей и обрабатывают заказы?
  • Как точно вы описали подрядчику целевую аудиторию, когда сайт проектировался? Может, вы плохо её представляете (только начинаете бизнес) и дали неверную информацию, а подрядчик, соответственно, сделал сайт неподходящим для настоящей аудитории, которая приходит с рекламы.
  • Ваш товар вообще нужен людям? Может, он забавный и вызывает интерес, поэтому люди реагируют на рекламу, но покупать его никто не хочет?
  • Является ли ваше предложение привлекательным, а цена конкурентной?

Сайт — это инструмент.

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

Если скидка не применяется при оформлении заказа — то же самое.

А вот деньги на счёте заказчика — это результат работы многих факторов. 9.8 Ответственность Сторон ограничена стоимостью работ/услуги по Заказу, в рамках которого допущено нарушение. Один пункт про нарушение обязательств заказчиком мы уже рассмотрели: 9.1 При несвоевременном и/или ненадлежащем выполнении Заказчиком принятых обязательств, сроки выполнения работ/услуг по Договору автоматически увеличиваются на срок задержки выполнения Заказчиком своих обязательств.

А вот ещё три: 9.3 Если Заказчик нарушает срок оплаты, Исполнитель имеет право потребовать пени в размере 0,1% (одной десятой) процента за каждый рабочий день просрочки, но не более 30% (тридцати) процентов от стоимости работ/услуг в рамках Заказа.

9.4 Пени должны быть выплачены в течение 5 (пяти) рабочих дней после получения требования. 9.6 Если Заказчик отказывается от выплаты пени, Исполнитель вправе приостановить выполнение Заказа.

Нарушаешь — платишь. Не платишь — мы прекращаем работу и всё равно получаем пени, но уже через суд.

Мы предлагаем три варианта в зависимости от тяжести нарушения:

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

Разумно и практично.

В договоре это может выглядеть так: 9.2 Если Исполнитель нарушает срок выполнения своих обязательств по Договору, Заказчик вправе потребовать пени в размере 0,1% (одной десятой) процента за каждый рабочий день просрочки, но не более 30% (тридцати) процентов от стоимости работ/услуг в рамках Заказа. 9.4 Пени должны быть выплачены в течение 5 (пяти) рабочих дней после получения требования.

9.5 Если Исполнитель отказывается от выплаты пени, Заказчик вправе удержать их из следующей оплаты. Их ещё называют форс-мажором.

Это то, на что вы не можете повлиять, и поэтому не можете нести ответственность за их последствия.

10.1 Ни одна из Сторон не будет нести ответственность за полное или частичное неисполнение своих обязательств по Договору, если оно будет следствием обстоятельств непреодолимой силы (далее — Обстоятельства): пожар, наводнение, землетрясение и другие стихийные бедствия, военные операции, блокады, пандемия, ограничения экономического и политического характера, которые Стороны не могли предвидеть и/или предотвратить. 10.2 Сторона, которая не может исполнить обязательства из-за наступления Обстоятельств, имеет право отложить исполнение на срок не более 30 (тридцати) календарных дней. При этом она должна не позднее 2 (двух) календарных дней с момента наступления Обстоятельств: сообщить об этом другой Стороне; документально подтвердить наступление Обстоятельств; назвать новый предполагаемый срок исполнения обязательств.

Если это не будет сделано, Сторона не имеет права ссылаться на Обстоятельства для освобождения от ответственности за неисполнение обязательств. 10.3 Если Обстоятельства и/или их последствия действуют более 30 (тридцати) календарных дней, Стороны должны договориться о приемлемом способе исполнения обязательств или расторжении Договора.

Любой спор лучше урегулировать до суда. Суд далеко не всегда приносит удовлетворение выигравшей стороне, потому что она теряет время и деньги почти в любом случае.

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

Первый фиксирует обязанность постараться урегулировать спор до суда: 11.1 При возникновения разногласий Стороны обязуются урегулировать их в досудебном порядке путём направления письменной претензии. Ответ на претензию должен быть дан в срок не более 30 (тридцати) календарных дней.

Второй интереснее. В нём мы указываем, в каком суде будет рассмотрен иск.

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

11.2 При невозможности досудебного урегулирования спора Стороны обращаются в Арбитражный суд г.

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

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

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

И ещё мы советуем писать только с адресов/телефонов, указанных в договоре и приложениях. Если не уверены, что это получится, напишите вместо одного несколько или «все адреса 12.1 Стороны признают надлежащим подписание Договора, Заказов, Актов, Дополнительных соглашений к нему путем обмена отсканированными копиями по электронной почте. 12.2 Стороны признают надлежащим согласование всех текущих рабочих вопросов в связи с исполнением Договора, в том числе направление писем, запросов, и других сообщений, по электронной почте.

12.3 Адреса электронной почты Сторон: Заказчик: ____________________ Исполнитель: ________________ И не забудьте уведомить другую сторону, если у вас что-то поменяется, иначе останетесь виноватыми. 12.4 При изменении своих реквизитов, указанных в Договоре, Сторона обязуется уведомить об этом другую Сторону в течение 3 (трёх) рабочих дней.

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

Здесь всё сказано в заголовке: определяем срок действия и условия расторжения договора. Сначала про срок. Рекомендуем не ограничивать его.

Как захотите расторгнуть — так договор и закончится.

13.1 Договор вступает в силу с даты его подписания обеими Сторонами и заключается на неопределённый срок. Теперь про расторжение. Оставьте возможность выйти из договора без согласия другой стороны.

Ситуации бывают разные, никто не должен быть рабом ваших отношений.

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

Про расторжения по взаимному согласию писать не нужно, потому что эту возможность предусматривает закон. Основной принцип: исполнитель должен получить деньги за фактически выполненную и соответствующую Заданию работу. 13.3 При расторжении Договора Стороны производят взаиморасчёты.

Исполнитель направляет Заказчику акт сверки с указанием выполненных, но не закрытых Актами, работ/услуг по Заказам.

Акт сверки согласуется по правилам, предусмотренным для подписания Актов. 13.4 Если объём выполненных работ/услуг к моменту расторжения Договора меньше, чем размер полученной предоплаты, Исполнитель производит возврат излишка.

13.5 Если объём выполненных работ/услуг к моменту расторжения Договора больше, чем размер полученной предоплаты, Заказчик производит доплату Исполнителю. Здесь всё просто: вносите реквизиты (компании или частного лица) и укажите ФИО подписывающих договор (должность никому не нужна). ЗаказчикИсполнитель Наименование организации Юридический адрес ИНН КПП Наименование банка Расчётный счёт Корреспондентский счёт БИК Наименование организации Юридический адрес ИНН КПП Наименование банка Расчётный счёт Корреспондентский счёт БИК __________________ ФИО подпись __________________ ФИО подпись В этом приложении вы должны описать все особенности взаимодействия в рамках заказа на конкретные работы/услуги.

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

Пример: Сайт — это совокупность страниц в едином адресном пространстве (домене), содержащих информацию в электронном виде.

Домен — уникальный адрес, по которому люди заходят на сайт. Аббревиатура «www» (World Wide Web) не является его частью.

Дизайн — макеты страниц Сайта в формате PSD, Sketch или Figma и графических элементов, показывающих, как человек будет видеть ваш сайт. И так далее (смотрите шаблон). Здесь нужно коротко раскрыть, что заказчик хочет от исполнителя.

В случае с сайтом это разработка сайта. 2.1 Наименование Работ: разработка Сайта blago.me. Указываем, что требования к сайту будут указаны в задании.

2.2 Требования к Результату согласованы Сторонами в Задании. И пишем, что работа будет выполняться поэтапно. Этапы будут описаны в следующем разделе.

2.3 Исполнитель выполняет Работы поэтапно.

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

  • График с датами. Обратите внимание, что срок выполнения следующего этапа нужно отсчитывать от подписания акта по предыдущему. Так исполнитель страхуется от задержек в процессе приёмки.
  • Этапы без дат, но с понятным алгоритмом их расчёта и согласования. Вы знаете, в какой последовательности разрабатывать сайт, а даты станут понятны по ходу дела. Их можно согласовывать при официальной переписке после каждого этапа.

Вот пример с датами: №ЭтапОписание этапаСрок, рабочие дниСтоимость 1Концепция дизайнаИсполнитель создает дизайн страниц и элементов Сайта на основании Задания 5 (пять) дней с момента подписания Заказа и получения согласованных в Заказе Материалов 30 000 (тридцать тысяч) рублей 2ДизайнНа основе согласованной концепции дизайна Исполнитель создаёт дизайн всех страниц Сайта 25 (двадцать пять) дней после подписания Акта и полной оплаты по этапу 150 000 (пятьдесят тысяч) рублей 3ВёрсткаНа основе согласованного дизайна Исполнитель выполняет вёрстку Сайта 15 (пятнадцать) дней после подписания Акта и полной оплаты по этапу 245 000 (сорок пять тысяч) рублей 4ПрограммированиеНа основе согласованных дизайна и вёрстки Исполнитель выполняет программирование Сайта 40 (сорок) дней после подписания акта и полной оплаты по этапу 370 000 (семьдесят тысяч) рублей 5Размещение сайтаИсполнитель проверяет функции Сайта, исправляет ошибки и переносит Сайт на хостинг Заказчика 3 (три) дня после подписания акта и полной оплаты по этапу 410 000 (десять тысяч) рублей При разработке сайта мы рекомендуем принимать результаты и рассчитываться поэтапно.

Да, вам делают цельный продукт, но лучше получить права на готовую часть, а подрядчику — сдать её и получить деньги. Это хорошо и психологически, и экономически:

  • Экономика. Вы не вынимаете большую сумму из бюджета за раз, что может негативно сказаться на других бизнес-процессах. А подрядчик получает деньги на зарплаты сотрудников. Обе стороны контролируют расходы и не попадают в финансовую яму.
  • Психология. Вы быстрее получаете логически законченную часть сайта. Если что, всегда можно уйти с ней к другому подрядчику. Да и платить небольшими частями всегда эмоционально легче, чем выложить приличную сумму за раз. И принимать её, кстати, проще. Подрядчик выполняет работу и получает оплату. Все довольны и спокойны, есть ощущение движения.

Здесь самое важное — прозрачность. Заказчик должен понимать, за что, сколько и когда платит, а подрядчик — как и когда он получит деньги.

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

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

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

Допустим, исполнителю поручено создать два раздела сайта. Прошёл месяц, исполнитель что-то сделал.

Запустить нельзя, но результаты посмотреть можно: и проект, и дизайн, и код. И что? Деньги заказчик должен заплатить, а пользу пока получать не может.

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

А ещё вы вместе не будете терять тратить время на согласование цены.

Мы в этой статье и шаблоне договора рассмотрели классику — фиксированные стоимость и срок по ТЗ. Про второй способ оценки будет отдельная статья.

Оплата зависит от выбранного способа оценки. Как правило, если оценка делается заранее, подрядчик берёт аванс, а потом получает окончательную оплату частями (по мере сдачи работ) или в самом конце.

Заказчик оплачивает каждый этап работ в следующем порядке:

  • В течение 5 (пяти) рабочий дней с даты подписания акта сдачи-приёмки по этапу — оставшиеся 50% стоимости этапа.
  • До начала работ по этапу — 50% стоимости этапа (предоплата).

Размер предоплаты и окончательной оплаты указаны для примера. На digital-рынке часто используется соотношение 70/30, при котором исполнитель больше защищён от недобросовестного или капризного заказчика. Общие правила приёмки мы описали в разделе «Сдача и приёмка», но у вас могут быть особенности сдачи и приёмки конкретного этапа работ.

Вот пример, как это можно описать для дизайна (добавьте раздел в заказ).

  • Приложения к Договору являются его неотъемлемой частью.
  • Если Заказчик отклонил 3 (три) концепции дизайна он вправе:
  • К отношениям Сторон применяются нормы Гражданского кодекса Российской Федерации о договорах возмездного оказания услуг и абонентских договорах.
  • Заказчик обязуется в течение 3 (трёх) дней рассмотреть концепцию дизайна и направить Исполнителю по электронной почте уведомление об её отклонении или одобрении.
  • Задание от заказчика в любом виде, в котором он излагает, что ему нужно и что он хочет.
  • Проект сайта, созданный специалистом-проектировщиком, с полным описанием архитектуры, процессов, функций, хранения данных, содержания, интерфейсов (страниц).
  • В случае одобрения концепции дизайна Заказчик распечатывает концепцию, ставит на неё подпись уполномоченного лица и печать организации и направляет Исполнителю скан с подписью и печатью по электронной почте.
  • сроки исправления;
  • В случае отклонения концепции дизайна Исполнитель обязуется в течение 5 (пяти) дней представить новую.
  • Результат работ оформляется Исполнителем в виде графических изображений в формате «.png» и направляется Заказчику по электронной почте.
  • Отказаться от исполнения Заказа, уплатив Исполнителю полную стоимость этапа.
  • способ и срок ответа на него;
  • способ обращения по гарантии;
  • Потребовать разработать новую концепцию дизайна, оплатив дополнительное вознаграждение в размере 5 000 (пять тысяч) рублей за каждую.
  • срок действия гарантии;
  • условия действия гарантии;
  • Исполнитель разрабатывает концепцию дизайна, руководствуясь пожеланиями, зафиксированными в Задании, и направляет её Заказчику по электронной почте.
  • ответственность за нарушение сроков.
  • ответственность за отказ исправлять нарушения;

Передача прав на сайт по договору разработки

рус / Стандартный кейс: заказчик интересуется гарантией передачи прав на разработанный сайт в полном объеме.

Какие условия об интеллектуальной собственности необходимо включить в договор с разработчиком сайта?

Как оформить передачу исключительных прав на сайт?

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

Помимо этого к сайту также относят его доменное имя.

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

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

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

Готовое решение для вашего бизнесаБолее 18 вариантов договора на разработку ПО. Различные модели тарификации.

100% защита прав на код, дизайн и алгоритмы. Пример условий о предоставлении лицензии: В случае использования в передаваемых Заказчику результатах работ принадлежащих третьим лицам результатов интеллектуальной деятельности, Исполнитель предоставляет Заказчику с момента подписания Акта сдачи-приемки услуг (работ) право использования таких результатов в объеме, достаточном для применения передаваемых результатов работ по назначению.

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

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

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

Аналогичные гарантии предоставляются в связи использованием чужого кода в программном обеспечении сайта. Пример заверений разработчика: Разработчик заверяет и гарантирует: 1) что Разработчику принадлежат исключительные права на результаты работ до их передачи Заказчику; 2) что условия настоящего Договора не нарушают интеллектуальных прав и иных прав третьих лиц на указанные результаты работ или в связи с ними; 3) на момент заключения Договора разработчик не связан какими-либо обязательствами перед третьими лицами, которые могут вступить в противоречие с условиями настоящего Договора. В интересах заказчика предусмотреть в договоре на разработку сайта условие о передаче прав на сайт (включая все его содержимое) с даты подписания акта сдачи-приемки соответствующих работ.

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

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

  • с какого момента права возникают у заказчика.
  • получает ли заказчик исключительные права или лицензию,
  • на какие объекты такие права распространяются,

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

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

Пример формулировки в акте приемки-передачи сайта: Резервные копии программ для ЭВМ, баз данных, и документации переданы Заказчику на оптическом носителе DVD-R, защищенном от изменения содержащихся на нем данных, в количестве 1 (одной) штуки, серийный номер носителя DVD-R: …, контрольная сумма данных на диске: MD5: …, SHA1: . Данные условия позволят вам при необходимости подтвердить тождество результатов работ по договору на разработку сайта переданным вам по акту архивам.

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

Хотите проверить или составить Договор на разработку сайта с учетом ваших интересов?Заинтересовала услуга?Не нашли ответа?

Последние новости по теме статьи

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

Поэтому, для вас работают бесплатные эксперты-консультанты!

Расскажите о вашей проблеме, и мы поможем ее решить! Задайте вопрос прямо сейчас!

  • Анонимно
  • Профессионально

Задайте вопрос нашему юристу!

Расскажите о вашей проблеме и мы поможем ее решить!

+