Как правильно составить договор с разработчиком программного обеспечения

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

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

Эта статья будет полезна всем, кто занимается разработкой ПО, а также тем, кто использует его для развития своего бизнеса.

Что такое договор на разработку ПО

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

Какой тип выбрать

В данном сегменте возможны три вида договоров:

• возмездного оказания услуг;
• подряда;
• авторского заказа.

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

Можно заключить рамочное соглашение, в котором описаны общие сведения о проекте, вся конкретика вноситься в приложения.

Структура договора с разработчиком программного обеспечения

Преамбула

Это вступительная часть, в которой указываются:

• наименование документа;
• город, в котором он заключен;
• дата заключения;
• ФИО представителей обеих сторон и юристов;
• паспортные данные разработчика;
• роли обеих сторон.

Предмет договора

Здесь должны быть прописаны:

• цели и задачи проекта;
• название ПО;
• языки программирования;
• функционал ПО;
• формат.

Техзадание – важная часть соглашения, его можно поместить в приложение.

Права и обязанности сторон

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

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

Исполнитель берёт на себя обязательства:

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

В качестве права заказчика в договор вносят положения о том, что он может требовать:

• соблюдения сроков разработки;
• исполнения заказа надлежащим образом;
• строго соблюдения ТЗ.

Исполнитель вправе требовать:

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

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

Условия оплаты

В этой части подробно расписывают финансовую часть сделки:

• сумму оплаты;
• форму оплаты: по часам, сдельная, фиксированная;
• этапы платежей: аванс, взносы несколькими траншами, постоплата;
• дополнительные расходы, которые должен уплатить заказчик (например, на оформление лицензии).

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

Сроки выполнения и этапы сдачи

Разработка ПО – процесс длительный и обычно проходит в несколько этапов. Для каждого этапа надо составить перечень задач и сроки исполнения. Это необходимо для контроля за ходом работ.

Порядок приёма-передачи работ

Готовая разработка нуждается в тестировании и отладке на месте, в некоторых случаях требуется доработка. Т. е. завершение работы над созданием – это ещё не конец сотрудничества. Поэтому необходимо заранее обозначить:

• время тестового периода;
• время для доработки, если это потребуется;
• условия подписания акта приёма-передачи продукта;
• подписание актов сдачи-приёмки.

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

Чем больше нюансов предусмотрено и зафиксировано в документе, тем меньше рисков развития конфликтных ситуаций.

Передача исключительных прав

Несогласованность этого пункта чаще всего вызывает конфликты. Поэтому изначально надо определить, передаются права на использования ПО заказчику в полном объёме или на основании лицензии.

Если исполнитель согласен на передачу полных прав, то в документ можно добавить фразу – исключительное право на использование ПО в полном объёме принадлежит заказчику.

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

Если в договоре нет никаких упоминаний о передаче прав собственности, по по закону они автоматически переходят к заказчику.

Модификация и поддержка ПО

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

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

Конфиденциальность

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

Заключительные положения

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

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

Особые условия для сложных проектов

Иногда в соглашение следует приписывать особые условия. Например, если при работе над проектом подрядчик будет использовать сторонние библиотеки, ПО, разработанное другими специалистами. Важно, чтобы у него были все разрешения, что и надо указать в договоре. Если окажется, что при разработке использовались чужие материалы без разрешения, ответственность понесёт заказчик.

Интеграция с другими системами. Если поставлена задача разработать ПО, совместимое с уже существующим, то это должно быть прописано в ТЗ и договоре.

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

Типичные ошибки при составлении договора с разработчиком сайта

1. Отсутствие чёткого описания результата. Если описание результата нечёткое, будет сложно доказать выполнил подрядчик работу или нет.
2. Неопределённые сроки. Отсутствие конкретных временных рамок предоставления результатов по каждому этапу или завершения проекта растянет работу над ним также на неопределённый срок. Кроме этого, без чётких сроков договор вообще могут признать недействительным.
3. Неясные формулировки, которые не позволяют судить о качестве или результате. Например, если подрядчик обязуется разработать качественное ПО, то по каким критерием это качество надо оценивать. Подобных недопониманий быть не должно.
4. Отсутствие условий передачи прав.
5. Наличие пунктов, противоречащих закону. Например, нарушением будет считаться, если в соглашение внесут пункт о переходе авторских прав заказчику. Авторское право неотделимо, т. е. его никому передать нельзя, оно всегда принадлежит только автору. Передать можно только исключительное право пользования.

Рекомендации по составлению и проверке договора

1. Не следует использовать шаблоны. Каждый договор должен быть адаптирован под конкретные условия.
2. Перед подписанием документа всегда проверяйте его с юристом.
3. Договор должен содержать не только текст с положениями о правах и обязанностях, но также подробное техническое задание и приложения, содержащие дополнения, уточнения.

Заключение

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