войти зарегистрироваться

Юридическая консультация whois

индекс
206,59

Гражданский договор о разработке ПО

Ситуация: вы разрабатываете программное обеспечение на заказ для «дяди». Вопросов — миллион. ТЗ, цена, гарантия, права, передача материалов, доработки…

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

Если вам нужен договор на написание ТЗ — вам сюда: habrahabr.ru/blogs/studiobusiness/30051/
Если вам нужен договор на разработку сайта — вам сюда: habrahabr.ru/blogs/studiobusiness/24155/

Итак.
Читать дальше в блоге автора на другом сайте
+69
4 февраля 2009, 15:11
stepan_ovchinnikov

комментарии (17)

  • Спасибо, для себя нашел крайне полезным :)
  • раскрыть комментарий
  • Ух ты… всё по полочкам :)
  • Момент про право разработки аналогичного софта очень дискуссионен. Есть масса тонких моментов. Ну например:

    1. Что значит «аналогичный»? Если я поменял название системы и интерфейс, но оставил функционал — это как? Где грань «того же самого» и «аналогичного»?

    2. А если еще в функционал системы закладывались математические модели и бизнес-процессы, которые являются интеллектуальной собственностью и ноу-хау заказчика?

    • 1. вы правы. термин неопределен, но в данном случае он вообще ничего не значит. пункт имеет иной смысл: его можно переписать как «никаких ограничений на право разработки ПО исполнителем не налагается».

      2. никто не мешает это описать, хотя в том же ГК про ноу-хау и коммерческую тайну все написано: все что вы узнали чужого в процессе работы по найму, вы обязаны хранить в тайне и не использовать.
    • r13
    • r13
    • 4 февраля 2009, 16:46
    • #
      • –1
    «Договор» не выдерживает критики. Тыкаем в первое попавшееся место: «4.4.2.4.требовать возмещения понесенных им расходов по устранению недостатков выполненной работы своими силами или третьими лицами; ». После этих слов, Заказчик нанимает мега-каманду-программистов, и предоставляет вам счет, где указано, что стоимость часа работы этой команды равна стопиццотмиллионов фунтов долларов. PROFIT!

    • это будет предмет дискуссии в суде.

      что касается указанного вами пункта, то это прямая цитата статьи 737 ГК РФ «Последствия обнаружения недостатков в выполненной работе». много на эту тему написано и в других статьях: 737, 720, 753

      вот ссылка: www.gk-rf.ru/statia723

      Впрочем, если кому-то этот пункт кажется неприемлемым, его можно переформулировать, ГК РФ это позволяет.
      • безвозмездного устранения недостатков в разумный срок;
        соразмерного уменьшения установленной за работу цены;
        возмещения своих расходов на устранение недостатков, когда право заказчика устранять их предусмотрено в договоре подряда (статья 397).

        Есть хоть слово о третьих лицах?

        Зачем писать в договоре то, что может быть предметом дискуссии?
        • я дал неправильную ссылку в комментарии выше. в статье 737 как раз и говорится о третьих лицах: www.gk-rf.ru/statia737

          повторю — этот пункт я считаю очевидным, существенным, хотя и не слишком приятным для подрядчика. вы можете предложить свою редакцию
  • Спасибо! Особенно порадовал пункт про «не передачу кода» — всегда проблемный пункт. Побольше бы таких документиков на разные виды работ.
  • А есть ли у вас болванка под похожий вид договора — на последующее использование. Например, я как разработчик делаю «программу» и дальше по договору вместе с заказчиком начинаю её «эксплуатировать» и получать «дивиденды». Интересует именно разделение дивидендов и общие права на написанный код.
    • болванки нет, но на разработку такого документа обычно тратится полдня с отвлекающими делами и еще день на отлеживание-вылизывание. стукните в личку/асю — поговорим что и как
  • Это очень хитрое дело. Если проэкт действительно большой — я предпочитаю консультироваться у знакомого юриста. Самаявеселая штука получается, когда юристы заказчика хотят впарить вам свой договор, а вы им свой. Тогда надо истинное терпение и последовательность, чтобы решить все коллизионные пункты. Статья в принципе — ничего, но немного повехностная. Доработайте еще материал — и я с огромным интересом почитаю.
  • Интересности возникают, когда мы начинаем использовать сторонние библиотеки, у которых есть свои лицензии. Например, с чистой совестью используем LGPL софт — тогда заказчик может поднять вопрос о правах на этот софт, либо о том что мы его обманули, продав не принадлежащий нам софт. Как это отражено в договоре?
    • вот тут: habrahabr.ru/blogs/Legal_advice/50252/#comment_1319326 этот вопрос мне уже задавали

      на 100% я не уверен (пока никто не поправил), но полагаю, что ИСКЛЮЧИТЕЛЬНОЕ право в этом случае передано быть не может. передавайте право коммерческого использования, перепродажи, внесения изменений и т.п.

      проблема осложняется разной трактовкой в российском и международном праве некоторых терминов и тем, что лиценции и законы часто существуют только на разных языках
      • Понятно, что исключительные права переданы быть не могут. Но можно ли вообще современную программу написать без opensource библиотек с более-менее свободной лицензией? Нужно ли каждую библиотеку отдельно прописывать в приложениях к договору, или есть другой путь, более гибкий?
        • зачем? вы не передаете искл.права на софт, а имеете ли вы право на те или иные составные части или вспомогательный софт — ваш вопрос и ваша проблема. заказчик тут не при чем.
Только авторизованные пользователи могут оставлять комментарии. Авторизуйтесь, пожалуйста.