Договор по разработке программного обеспечения. Типовой договор на разработку программного обеспечения
[наименование организации Заказчика, в лице наименование должности Ф.И.О. в родительном падеже представителя фирмы, действующего на основании ], именуемое в дальнейшем «Заказчик» , с одной стороны, и [наименование организации Разработчика, в лице наименование должности Ф.И.О. в родительном падеже представителя фирмы, действующего на основании ], именуемое в дальнейшем «Разработчик» , с другой стороны, именуемые совместно «Стороны», заключили настоящий Договор о нижеследующем:
Гарантийный срок – период времени, в течение которого Исполнитель обязуется за свой счет обеспечивать техническую поддержку ПО в виде устранения, выявленных в процессе эксплуатации ПО проблемы (недостатков), если они противоречат условиям Технического задания. Техническая поддержка ПО в период гарантийного срока прекращается в случае видоизменения платформы, на которой разработано ПО.
1.1. Исполнитель принимает на себя обязательство разработать и передать Заказчику программное обеспечение (ПО), с прилагаемой документацией, а Заказчик обязуется принять и оплатить выполненные работы, по стоимости определяемой в соответствии со Спецификацией (Приложение № 1 к настоящему договору) в соответствии с условиями настоящего Договора.
1.5. Разработка осуществляется Исполнителем своими силами и средствами. Исполнитель также вправе привлечь к выполнению работ третьих лиц (субподрядчиков). В этом случае Исполнитель несёт ответственность за неисполнение или ненадлежащее исполнение работы субподрядчиками перед Заказчиком.
1.8. Заказчик обязуется утвердить ПО или составить список необходимых доработок в течение 5 (пяти) рабочих дней календарных дней. Время, необходимое Заказчику на утверждение ПО не входит в сроки выполнения работ, т.е. работы считаются приостановленными. Работы считаются принятыми, если Заказчик не предоставил список необходимых доработок в течение 5 (пяти) рабочих дней.
1.9. При необходимости доработки ПО стороны составляют и подписывают список доработок ПО. Исполнитель обязан в согласованные с Заказчиком сроки доработать ПО и повторно предоставить на утверждение.
1.10. После утверждения Заказчиком ПО Исполнитель устанавливает на компьютеры Заказчика разработанное ПО и передает на электронном носителе по Акту приема-передачи ПО (по форме Приложения № 5) установочную версию ПО с приложением инструкции по установке и руководства пользователя, исходные тексты программ, после чего стороны подписывают Акт сдачи-приемки услуг (работ).
1.11. На разработанное ПО устанавливается гарантийный срок 1 (один) год со дня подписания Акта сдачи-приемки услуг (работ) по разработке ПО. В период гарантийного срока Исполнитель обязуется за свой счет обеспечивать техническую поддержку ПО в виде устранения, выявленные в процессе эксплуатации ПО проблемы (недостатков), если они противоречат условиям Технического задания. Техническая поддержка ПО в период гарантийного срока прекращается в случае видоизменения платформы, на которой разработано ПО.
1.12. Исполнитель заявляет и гарантирует, что им получены все официальные разрешения и лицензии, а также корпоративные согласования для исполнения своих обязательств в соответствии с настоящим Договором.
1.13. Исполнитель также гарантирует, что в ПО не используются никакие элементы в нарушение прав третьих лиц. Кроме того, Исполнитель настоящим гарантирует, что все физические лица, принимающие непосредственное участие в разработке ПО, в соответствии с условиями договоров между последними и Исполнителем передадут все свои имущественные права в отношении ПО Исполнителю до момента подписания сторонами Акта сдачи-приемки услуг (работ) .
1.14. В случае если гарантии, будут нарушены, Исполнитель обязуется принять меры, которые обеспечат Заказчику беспрепятственное использование передаваемых по настоящему Договору ПО, а в случае невозможности обеспечить беспрепятственное использование ПО, возместить Заказчику понесенные убытки, которые могут возникнуть у последнего в связи с таким нарушением гарантий.
2.2.1. в срок до [«(число)» (месяц) 20(год) г.предоставления Технического задания и Календарного плана ]г. в порядке, предусмотренном СТО СМК 62.02.20 Порядок разработки и модификации программного обеспечения, разработать и предоставить Заказчику для утверждения Техническое задание на разработку ПО и Календарный план разработки ПО.
2.2.2. Выполнить работы, в соответствии с Техническим заданием, надлежащего качества, в объеме и в сроки, предусмотренные настоящим договором и сдать работу Заказчику в течение 5 (пяти) рабочих дней с момента завершения разработки ПО.
Вот 2 образца договора разработки мобильного приложения , которые мы используем на практике: договор на разработку программного обеспечения или договор авторского заказа . Какой образец договора на разработку мобильного приложения подходит в вашей ситуации? Как не ошибиться с выбором договора на создание приложения?
Отличия договоров на разработку мобильного приложения
Выбор договора производится с учетом того, какое лицо занимается разработкой мобильного приложения .
Если вы нанимаете для создания мобильного приложения организацию или индивидуального предпринимателя со штатом , то необходимо использовать договор заказной разработки программного обеспечения . Такой договор регулируется положениями ст.1296 ГК РФ. По умолчанию исключительное право на результаты работ по договору принадлежит заказчику. Хотя договором может быть предусмотрено предоставление заказчику лицензии на результаты интеллектуальной деятельности разработчика.
Иначе данный вопрос решается в законодательстве в случае, когда для разработки мобильного приложения привлекается физическое лицо . Это может быт и предприниматель, который выступает в качестве единственного разработчика (автора) по договору. В таком случае должен заключаться договор авторского заказа , который регулируется ст.1288-1290 ГК РФ.
В отличие от договора заказной разработки, создание мобильного приложения по договору авторского заказа не влечет автоматического перехода исключительного права на приложение заказчику . Для этого необходимо включать в договор прямую говорку об отчуждении прав заказчику и указывать размер вознаграждения за передачу прав отдельно от стоимости работ по созданию мобильного приложения. В противном случае исключительные права сохраняются в полном объеме за автором.
Помимо этого при заключении договора на разработку мобильного приложения с автором следует помнить, что законом жестко ограничена ответственность автора за нарушения . Автор не возмещает упущенную выгоду, в отличие от разработчика - организации. Ответственность по договору авторского заказа ограничена возмещением реального ущерба, причиненного заказчику.
На практике нам часто приходится сталкиваться с различными договорами на создание программного обеспечения . Обычно для оформления заказа на разработку программных продуктов используются договор возмездного оказания услуг, договор подряда либо договор авторского заказа (авторский договор).
Какой из них верный и чем грозит ошибка при выборе договора?
Договор на услуги
в принципе не подходит на данную роль, поскольку его предметом выступает осуществление определенной деятельности, а не создание ПО и передача на него прав. Услуги по определению реализуются и потребляются в процессе их оказания и не имеют материального выражения. Безусловно, в результате оказания услуг может создаваться в том числе программное обеспечение, но такая деятельность является вторичной и, соответственно, права заказчика на такое ПО не защищаются должным образом по договору возмездного оказания услуг.
В отличие от договора на услуги возможность использования для разработки программного обеспечения договора подряда прямо предусмотрена в ст.1296 ГК РФ. Предметом такого договора является выполнение по заданию заказчика определенных работ по созданию конкретного ПО. Результатом работ, в отличие от услуг, всегда выступает определенный материальный объект. В рассматриваемом случае таким результатом является программное обеспечение с необходимыми заказчику характеристиками.
Таким образом, договор подряда на создание ПО главным образом направлен на разработку такого ПО в строгом соответствии с требованиями заказчика, изложенными в технической документации, и его последующую передачу заказчику. Здесь исполнитель сориентирован именно на результат, а не осуществление имитацию деятельности. Помимо этого, т.к. договор подряда направлен на передачу разработанного ПО заказчику, одновременно с ним заказчику переходит исключительное право на заказное ПО, как результат интеллектуальной деятельности, если иное не предусмотрено соглашением сторон.
Договор авторского заказа также может использоваться для создания программного обеспечения. Однако в отличие от договора подряда на разработку ПО, авторский договор заключается непосредственно с автором, т.е. физическим лицом.
Поскольку автор как человек, творческим трудом которого создается программное обеспечение, традиционно считается более слабой стороной в сделке, нежели заказчик, законодательство предоставляет ему ряд преимуществ (см. ст.1288 – 1290 ГК РФ). В частности, по договору авторского заказа права на ПО не переходят автоматически к заказчику, а сохраняются у автора. Поэтому положения о передаче прав на ПО в полном объеме необходимо прямо включать в договор авторского заказа.
Однако это не означает, что в случае работы с программистом-фрилансером лучше заключать договор подряда. Напротив, такой договор может быть оспорен, т.к. в законе для оформления отношений с автором прямо предусмотрен иной договор, который изначально предоставляет заказчику меньше преимуществ.
Если раньше по данному поводу между юристами еще были споры, то с 01 сентября 2014 г. статью о договоре подряда на создание произведений специально дополнили пунктом 5, где прямо указано, что правила данной статьи не распространяются на договоры, в которых подрядчиком (исполнителем) является сам автор произведения.
Таким образом, при выборе конструкции договора необходимо обращать внимание на следующие моменты:
1) что является непосредственным предметом заказа, и
2) кто выступает на стороне исполнителя.
Если предмет заказа – конкретное программное обеспечение, договор на услуги не подходит, т.к. последний направлен на деятельность определенного рода, в которой результат имеет вторичную роль. Соответственно, остаются договор подряда на создание произведений и договор авторского заказа.
Если в качестве исполнителя нанимается физическое лицо (автор), в том числе в статусе индивидуального предпринимателя, отпадает договор подряда, т.к. закон прямо указывает на необходимость заключения в таком случае договора авторского заказа.
Какие риски несут стороны в случае ошибки при заключении договора?
В такой ситуации неблагоприятный последствия возникают, прежде всего, у заказчика, который полагался на то, что подписанный договор является окончательным и защищает его в полном объеме.
Однако при заключении договора на оказание услуг исполнитель, основываясь на законе, вправе потребовать произвести доплату за отчуждение прав на ПО, передаваемое заказчику. Аналогичным образом может поступить и автор при заключении с ним договора подряда вместо договора авторского заказа.
Поэтому будьте внимательны при выборе договора на разработку ПО, т.к. ошибка может вам стоить прав на такое ПО или дополнительных расходов.
На практике нам часто приходится сталкиваться с различными договорами на создание программного обеспечения . Обычно для оформления заказа на разработку программных продуктов используются договор возмездного оказания услуг, договор подряда либо договор авторского заказа (авторский договор).
Какой из них верный и чем грозит ошибка при выборе договора?
Договор на услуги
в принципе не подходит на данную роль, поскольку его предметом выступает осуществление определенной деятельности, а не создание ПО и передача на него прав. Услуги по определению реализуются и потребляются в процессе их оказания и не имеют материального выражения. Безусловно, в результате оказания услуг может создаваться в том числе программное обеспечение, но такая деятельность является вторичной и, соответственно, права заказчика на такое ПО не защищаются должным образом по договору возмездного оказания услуг.
В отличие от договора на услуги возможность использования для разработки программного обеспечения договора подряда прямо предусмотрена в ст.1296 ГК РФ. Предметом такого договора является выполнение по заданию заказчика определенных работ по созданию конкретного ПО. Результатом работ, в отличие от услуг, всегда выступает определенный материальный объект. В рассматриваемом случае таким результатом является программное обеспечение с необходимыми заказчику характеристиками.
Таким образом, договор подряда на создание ПО главным образом направлен на разработку такого ПО в строгом соответствии с требованиями заказчика, изложенными в технической документации, и его последующую передачу заказчику. Здесь исполнитель сориентирован именно на результат, а не осуществление имитацию деятельности. Помимо этого, т.к. договор подряда направлен на передачу разработанного ПО заказчику, одновременно с ним заказчику переходит исключительное право на заказное ПО, как результат интеллектуальной деятельности, если иное не предусмотрено соглашением сторон.
Договор авторского заказа также может использоваться для создания программного обеспечения. Однако в отличие от договора подряда на разработку ПО, авторский договор заключается непосредственно с автором, т.е. физическим лицом.
Поскольку автор как человек, творческим трудом которого создается программное обеспечение, традиционно считается более слабой стороной в сделке, нежели заказчик, законодательство предоставляет ему ряд преимуществ (см. ст.1288 – 1290 ГК РФ). В частности, по договору авторского заказа права на ПО не переходят автоматически к заказчику, а сохраняются у автора. Поэтому положения о передаче прав на ПО в полном объеме необходимо прямо включать в договор авторского заказа.
Однако это не означает, что в случае работы с программистом-фрилансером лучше заключать договор подряда. Напротив, такой договор может быть оспорен, т.к. в законе для оформления отношений с автором прямо предусмотрен иной договор, который изначально предоставляет заказчику меньше преимуществ.
Если раньше по данному поводу между юристами еще были споры, то с 01 сентября 2014 г. статью о договоре подряда на создание произведений специально дополнили пунктом 5, где прямо указано, что правила данной статьи не распространяются на договоры, в которых подрядчиком (исполнителем) является сам автор произведения.
Таким образом, при выборе конструкции договора необходимо обращать внимание на следующие моменты:
1) что является непосредственным предметом заказа, и
2) кто выступает на стороне исполнителя.
Если предмет заказа – конкретное программное обеспечение, договор на услуги не подходит, т.к. последний направлен на деятельность определенного рода, в которой результат имеет вторичную роль. Соответственно, остаются договор подряда на создание произведений и договор авторского заказа.
Если в качестве исполнителя нанимается физическое лицо (автор), в том числе в статусе индивидуального предпринимателя, отпадает договор подряда, т.к. закон прямо указывает на необходимость заключения в таком случае договора авторского заказа.
Какие риски несут стороны в случае ошибки при заключении договора?
В такой ситуации неблагоприятный последствия возникают, прежде всего, у заказчика, который полагался на то, что подписанный договор является окончательным и защищает его в полном объеме.
Однако при заключении договора на оказание услуг исполнитель, основываясь на законе, вправе потребовать произвести доплату за отчуждение прав на ПО, передаваемое заказчику. Аналогичным образом может поступить и автор при заключении с ним договора подряда вместо договора авторского заказа.
Поэтому будьте внимательны при выборе договора на разработку ПО, т.к. ошибка может вам стоить прав на такое ПО или дополнительных расходов.
2. Порядок сдачи-приемки программного обеспечения
Данный раздел Договора на заказную разработку ПО имеет важное значение для обеспечения соответствия результатов работ потребностям и ожиданиям Заказчика, а также соблюдения интересов Разработчика в части объемов выполнения работ и их окончательной стоимости.
2.1. Заказчик вправе ознакомиться у Разработчика с ходом работ на любом этапе создания Продукта.
Для обеспечения качества работ необходимо обеспечить контроль со стороны Заказчика.
2.2. Если во время создания Продукта возникает необходимость внести какие-либо изменения в задание или другие изменения в условия Договора, то такие изменения оформляются письменным соглашением Сторон.
Можно предусмотреть иной порядок согласования изменений, в том числе путем обмена письмами, в рамках планирования или приемки промежуточных результатов работ.
2.3. По завершении работ и/или отдельного этапа работ Разработчик предоставляет Заказчику исходный текст и объектный код Продукта (в том числе его части) на оптическом диске или посредством сети связи с сопутствующей технической документацией и руководствами по использованию.
Важный пункт для Разработчика в целях подтверждения сдачи промежуточных этапов работ и требования их оплаты. Для Заказчика также важно получать промежуточные результаты для проверки качества, тестирования, внесения необходимых изменений в ход работ.
2.4. Заказчик не позднее двух дней с момента извещения Разработчиком о готовности Продукта обязуется принять и протестировать представленный Разработчиком Продукт.
Пункт важен в первую очередь для Разработчика программного обеспечения.
2.5. После принятия Заказчиком решения о соответствии Продукта требования задания Стороны составляют акт сдачи-приемки выполненных работ. В случае мотивированного отказа Заказчика подписать акт сдачи-приемки Сторонами составляется двусторонний акт с указанием необходимых доработок и сроков их выполнения.
Здесь заложена модель приемки окончательных результатов работ в пользу Заказчика, т.к. он может мотивированно настоять на доработке переданного ему программного обеспечения. Однако это будет достаточно сложно сделать, в случае приемки промежуточных этапов без соответствующих оговорок (см. пункт выше).
Далее в разделе необходимо решить вопрос о правах на промежуточные и окончательные результаты разработок. Если не согласовать иное, Разработчик может создать массу промежуточных версий ПО с приоритетом по дате создания, воспользовавшись финансированием Заказчика. В таком случае Заказчик получит исключительное право только на окончательный результат, а за Разработчиком сохранятся права на массу клонов.
Также возможна ситуация с последующим использованием наработок. Поэтому в договоре на разработку ПО нужно решить вопрос о возможности или запрете использования Разработчиком полученных результатов работ в будущем для создания новых версий Продуктов для себя или третьих лиц.
Здесь же необходимо определить момент перехода исключительного права на созданное по договору программное обеспечение, т.к. это важно для целей бухгалтерского и налогового учета (особенно при осуществлении приемки промежуточных этапов работ).
3. Цена договора и порядок расчетов по договору на разработку ПО
Данный раздел договора имеет существенное значение для обеспечения качества и сроков выполнения работ, обоснования расходов Заказчика для целей налогообложения и обеспечения полной и своевременной оплаты работ в интересах Разработчика.
Возможна масса вариантов определения стоимости работ по созданию программного обеспечения :
. в твердой сумме
. в виде процентов с дохода от последующего использования
. на основе почасовых ставок сотрудников разработчика.
Порядок оплаты также имеет множество вариантов от 100% предоплаты, до оплаты в рассрочку по завершении определенных этапов работ или сдачи результатов в окончательном виде, или по итогам отчетного периода.
4. Ответственность сторон по договору на создание ПО
В разделе согласуются возможные санкции за нарушение сроков выполнения работ, их качество, сроки оплаты, нарушение исключительных прав третьих лиц и т.п.
5. Разрешение споров
Важный раздел договора, поскольку выполнение обязательств и действительность санкций напрямую зависит от возможности их принудительного исполнения.
6. Конфиденциальность
Существенный раздел, поскольку при подписании Договора и в ходе его выполнения стороны будут обмениваться различной информацией, которая имеет коммерческую ценность в силу ее неизвестности третьим лицам.
