На разработку программы или сайта заключают либо договор подряда, либо договор возмездного оказания услуг: закон допускает обе конструкции, а суды смотрят не на название документа, а на его содержание. Куда важнее выбора конструкции другой вопрос — кому достанутся исключительные права на созданный код, дизайн и тексты. Ошибка в этом пункте означает, что заказчик оплатил сайт, которым юридически не владеет.
Прямой ответ такой: при заказной разработке силами компании или ИП права на программу по умолчанию принадлежат заказчику. Но если исполнитель — фрилансер, который работает как автор-физлицо, презумпция обратная: права остаются у автора, пока договор не скажет иное. Поэтому судьбу прав нужно прописывать явно в любом договоре на разработку, не полагаясь на «по умолчанию». Разбираем, какую конструкцию выбрать и что зафиксировать.
Образец составили практикующие юристы: в нём уже есть предмет с описанием разработки, порядок сдачи-приёмки этапов и ответственность сторон — основа, на которую остаётся наложить ваше техзадание и условия о правах из этой статьи. Скачивается бесплатно и без регистрации в Word или PDF, останется распечатать и подписать.
Скачать образец договора на разработку программного обеспечения
На сайте Амулекс собрано больше двух тысяч образцов документов. В разделе услуг рядом лежат смежные формы: разработка сайта, техническая поддержка веб-сайта, продвижение, консультационные услуги. Посмотрите подборку, если ваша задача сформулирована иначе.
Все образцы договоров оказания услуг
Подряд или оказание услуг: какой договор заключить на создание сайта
Классическое различие такое: подряд — это овеществлённый результат, который передаётся заказчику, услуги — это действия или деятельность сами по себе. Программа и сайт занимают промежуточное положение: результат есть, но он нематериальный, его нельзя потрогать и передать как вещь. Практика допускает оформлять разработку и как подряд, и как услуги, и как смешанный договор — недействительным его не сделает ни один из вариантов.
| Конструкция | Когда подходит | Особенности |
|---|---|---|
| Подряд | Есть чёткое техзадание, сдаётся готовый продукт | Акцент на результате и его приёмке, гарантии качества, устранении недостатков |
| Оказание услуг | Работа спринтами, оплата времени команды, сопровождение и доработки | Акцент на действиях, свободный односторонний отказ обеих сторон |
| Смешанный договор | Разработка плюс поддержка, хостинг, продвижение в одном документе | К каждой части применяются свои правила, разделы важно не перепутать |
Практическая разница проявляется в двух точках. Первая — приёмка: подрядная логика жёстче привязывает оплату к результату. Вторая — выход из договора: при модели услуг любая сторона вправе отказаться в любой момент, заказчик — оплатив фактические расходы исполнителя, а исполнитель — возместив заказчику убытки. При этом к услугам субсидиарно применяются общие положения о подряде, поэтому этапы, сроки и приёмку можно спокойно описывать в «услуговом» договоре.
Важно не перепутать с другой ситуацией. Если вы заказываете не программу, а вещь — мебель, окна, металлоконструкции, — это подряд на изготовление с передачей вещи в собственность, и логика там иная: про такие договоры читайте отдельный разбор о договоре на изготовление изделий. Здесь же речь о нематериальном результате и правах на него.
Кому принадлежат права на программу и сайт
Судьба исключительных прав зависит от того, кто исполнитель, и закон устанавливает две противоположные презумпции. Их регулярно путают, и это самая дорогая ошибка в договорах на разработку.
| Исполнитель | Презумпция закона | Что писать в договоре |
|---|---|---|
| Компания или ИП: разработка по заказу | Исключительное право на программу принадлежит заказчику, если договором не предусмотрено иное. Исполнитель сохраняет право использовать её для собственных нужд | Подтвердить презумпцию прямо, описать, что входит в результат: код, дизайн, базы данных, документация |
| Фрилансер: автор-физлицо, авторский заказ | Права остаются у автора, если договор не предусматривает их отчуждение или лицензию | Прямой пункт об отчуждении исключительного права либо лицензия с перечнем способов использования |
| Работники и субподрядчики студии | Права переходят к студии через служебные произведения и договоры в цепочке | Гарантия исполнителя, что права всей команды оформлены, и обязанность урегулировать претензии |
Самое частое заблуждение звучит как «мы заплатили, значит, сайт наш». Оплата сама по себе исключительные права не передаёт. С компанией-разработчиком заказчика спасает законная презумпция, а вот с фрилансером без прямого пункта об отчуждении права на код и дизайн так и останутся у автора: пользоваться сайтом вы сможете, а переделать его у другого подрядчика, продать проект или запретить повторное использование дизайна — уже спорно.
Сайт к тому же составной объект: код, CMS, дизайн-макеты, тексты, фотографии, шрифты, стоковые изображения, библиотеки с открытым кодом. У каждого слоя своя судьба: стоки и шрифты используются по лицензиям, открытый код — по условиям своих лицензий. В договор включают гарантию исполнителя, что все материалы использованы законно, а претензии третьих лиц он урегулирует за свой счёт.
Зафиксируйте и момент перехода прав. Обычно его привязывают к подписанию акта и полной оплате: пока этап не оплачен, права остаются у исполнителя, после оплаты переходят заказчику вместе с материалами. Такая связка дисциплинирует обе стороны: разработчик защищён от неплатежа, заказчик после расчёта получает не только работающий сайт, но и юридическую возможность распоряжаться им.
И приземлённый, но важный пункт: домен и хостинг с самого начала оформляйте на заказчика. Перенести домен от исполнителя после конфликта многократно сложнее, чем сразу зарегистрировать его на себя. То же касается аккаунтов в сервисах аналитики и рекламных кабинетов: заводите их на себя и выдавайте исполнителю доступ, а не наоборот.
Открыть образец договора на разработку программного обеспечения
Техзадание, этапы и приёмка: что прописать
Предмет договора на разработку без техзадания — это спор о вкусах, отложенный на потом. Без согласованного ТЗ невозможно доказать ни то, что сайт готов, ни то, что он не готов. Поэтому костяк договора выглядит так:
- техзадание приложением к договору: функциональность, структура страниц, интеграции, критерии готовности;
- этапы с отдельной ценой и сдачей каждого: прототип, дизайн, вёрстка, разработка, наполнение, запуск;
- порядок приёмки: срок тестирования, единый список замечаний, срок их устранения, повторная сдача;
- правило молчаливой приёмки: этап считается принятым, если возражений нет в оговорённый срок;
- гарантийный период на исправление ошибок после запуска и что считается ошибкой, а что новой доработкой;
- передача исходного кода, доступов и документации одновременно с финальным расчётом;
- субподряд: по умолчанию исполнитель оказывает услуги лично, право привлекать команду прописывают отдельно вместе с его ответственностью за всех участников.
Пункт о новых доработках защищает обе стороны: любое пожелание сверх ТЗ оформляется допсоглашением с ценой и сроком. Иначе проект утонет в бесплатных «ещё чуть-чуть поправить» — или, наоборот, заказчик будет платить за то, что считал входящим в цену.
Цена, сроки и досрочное расторжение
Цену на разработку считают двумя способами. Фиксированная цена за результат требует жёсткого ТЗ и дисциплины изменений. Оплата по времени, когда заказчик платит за часы команды, гибче, но требует лимитов: ежемесячный потолок часов и детальные отчёты обязательны, иначе бюджет открыт снизу вверх.
Сроки фиксируют по вехам, с неустойкой за срыв, если стороны о ней договорились. При этом честно распределяйте и встречные обязанности: разработка стоит, если заказчик неделями не присылает материалы и не согласовывает макеты. Пропишите сроки ответов заказчика и правило, что просрочка согласований сдвигает сроки исполнителя. Если заказчик — гражданин и сайт нужен ему для личных нужд, дополнительно работает закон о защите прав потребителей с законной неустойкой за просрочку сроков.
Расторжение в модели услуг доступно каждой стороне в любой момент: заказчик оплачивает фактически понесённые расходы, исполнитель при своём отказе возмещает убытки. Заранее пропишите судьбу незавершённого проекта: выполненная часть и права на неё передаются заказчику после оплаты соответствующего этапа. Неотработанный аванс возвращается, для компаний — с процентами за пользование чужими деньгами.
Что будет с сайтом после запуска
Запуск — не конец отношений. Обновления, резервные копии, правки контента и мониторинг обычно оформляют отдельным договором на техническую поддержку или блоком в основном: это классические абонентские услуги с ежемесячной платой. Разработку и поддержку лучше не смешивать в одном предмете без разделения: у них разные KPI, сроки и логика приёмки.
Продвижение готового сайта — тоже отдельный предмет со своими ловушками вроде «гарантий топа»: о нём мы написали отдельный разбор договора на SEO услуги и продвижение сайта. А если на новый сайт сразу планируется платный трафик, изучите правила маркировки в статье о договоре на оказание рекламных услуг.
Частые вопросы
Какой договор заключить на создание сайта: подряда или оказания услуг?
Подойдёт любой из двух, а также смешанный: суд оценивает содержание, а не заголовок. Для проекта с чётким ТЗ и сдачей результата ближе подрядная логика, для спринтов и сопровождения — услуги. Главное в обоих случаях — явно описать результат, приёмку и судьбу исключительных прав.
Кому принадлежит сайт после разработки?
Если разработчик — компания или ИП, исключительное право на программу по умолчанию у заказчика. Если исполнитель — автор-физлицо, права остаются у него, пока договор прямо не передал их заказчику. Тексты, дизайн и фотографии следуют тем же правилам, поэтому пункт о правах должен покрывать все части сайта.
Можно ли передать исключительные права по договору оказания услуг?
Можно. Условие об отчуждении прав или лицензии включают в любой договор на разработку, отдельный документ не обязателен. Важно перечислить, на что именно переходят права и с какого момента: обычно с полной оплаты этапа или проекта.
Нужно ли регистрировать программу в Роспатенте?
Не обязательно: авторские права на код возникают в момент создания без всякой регистрации. Государственная регистрация программы для ЭВМ добровольна, но упрощает доказательства в спорах и сделки с правами.
Что делать, если разработчик сорвал сроки?
Направить претензию, потребовать неустойку, если она прописана, а при затяжном срыве — отказаться от договора и вернуть неотработанный аванс. Потребителю дополнительно положена законная неустойка за нарушение сроков. Сохраняйте переписку: она подтверждает и просрочку, и объём выполненного.
Можно ли использовать в проекте открытый код и стоковые материалы?
Можно, если лицензии допускают коммерческое использование. Риск в том, что часть лицензий открытого кода накладывает обязательства на весь продукт. Требуйте от исполнителя перечень использованных компонентов и гарантию законности всех материалов.
Когда универсального образца недостаточно
Общая форма закрывает типичный проект: один исполнитель, понятное ТЗ, оплата по этапам. Документ стоит готовить с юристом, если у вас:
- стартап с инвесторами, которым нужна безупречная цепочка прав на продукт;
- команда из фрилансеров и студий, где права надо собрать из нескольких договоров;
- покупка прав на уже работающий сайт или программу;
- исполнитель пропал с исходниками, доступами или доменом;
- спор о качестве: заказчик считает продукт сырым, разработчик — готовым;
- модель SaaS или white label, где нужна лицензия, а не отчуждение прав.
Юрист соберёт цепочку прав под вашу схему, приведёт ТЗ и приёмку к проверяемому виду и подготовит договор под конкретный проект. Это заметно дешевле, чем выкупать права на собственный сайт после конфликта.
Получить консультацию юриста по договору на разработку
Другие образцы по теме
Вся подборка: образцы договоров оказания услуг. Уровень выше: договоры. Если нужен документ другого типа, посмотрите весь каталог документов.
Вместе с договором на разработку ПО обычно смотрят эти документы.
