Насколько корректно я составил договор на разработку программы для ЭВМ?

3) Верно ли я сделал, что обозначил в Договоре 2 акта: — Акт сдачи-приемки работ, который является основанием для расчетов — Акт сдачи-приемки Программы, который является основанием для признания договора выполненным
Роман

Здравствуйте. Лучше акты делать по этапам если их несколько создании программы- тем более у вас указано что сроки могут переноситься, изменяться. (п.2.6)

А потом уже сделать 1 акт — передачи программы для эвм ( последний) и в нем уже указать все для расчетов

1) Насколько корректно составлен этот договор (особенно пункты 2 и 3), чтобы исключить его признание трудовым?
Роман

п. 2.1.8 — поправить- уже 16 год надо писать везде

2) Нужно ли указать максимальную стоимость Программы? Как в таком случае обозначить ситуацию, при которой сумма выплат в пользу Автора-исполнителя достигла верхнего лимита стоимости программы, но сама программа не готова?
Роман

Однозначно

у вас есть минимальная цена, есть цена за час работы… а если автор будет затягивать работы? чтоб капали деньги? нужна максимальная цена… либо вместо всего этого сразу прописывать единую цену — например- цена программы- 120.000 и все… без доплат и доп расчетов

тем более п 3.3 — автор сам учитывает время- потом контроля то не будет

п. 9.2- обратите внимание на суд — удобен вам или нет

Приложение №1 — тех задание должно быть более конкретным конечно.

Здравствуйте, Роман!

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

Согласно ст.1288 ГК РФ 1. По договору авторского заказа одна сторона (автор) обязуется по заказу другой стороны (заказчика) создать обусловленное договором произведение науки, литературы или искусства на материальном носителе или в иной форме.
Материальный носитель произведения передается заказчику в собственность, если соглашением сторон не предусмотрена его передача заказчику во временное пользование.
Договор авторского заказа является возмездным, если соглашением сторон не предусмотрено иное.

1) Насколько корректно составлен этот договор (особенно пункты 2 и 3), чтобы исключить его признание трудовым?
Роман

На самом деле трудовым его не назовешь.Полагаю, что он не регулирует фактические трудовые отношения.

Согласно ст.15 ТК РФ Трудовые отношения — отношения, основанные на соглашении между работником и работодателем о личном выполнении работником за плату трудовой функции (работы по должности в соответствии со штатным расписанием, профессии, специальности с указанием квалификации; конкретного вида поручаемой работнику работы) в интересах, под управлением и контролем работодателя, подчинении работника правилам внутреннего трудового распорядка при обеспечении работодателем условий труда, предусмотренных трудовым законодательством и иными нормативными правовыми актами, содержащими нормы трудового права, коллективным договором, соглашениями, локальными нормативными актами, трудовым договором.

2) Нужно ли указать максимальную стоимость Программы? Как в таком случае обозначить ситуацию, при которой сумма выплат в пользу Автора-исполнителя достигла верхнего лимита стоимости программы, но сама программа не готова?
Роман

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

3) Верно ли я сделал, что обозначил в Договоре 2 акта: — Акт сдачи-приемки работ, который является основанием для расчетов — Акт сдачи-приемки Программы, который является основанием для признания договора выполненным
Роман

Вообще можете указать один акт либо промежуточные акты по этапам работ.

4) Насколько корректно составлен п. 4 (о передаче исключительных прав), особенно п. 4.6, задача которого в том, чтобы исключительные права передавались на каждый оплаченный этап работ.
Роман

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

Полагаю, что договор нуждается в существенном редактировании.

Желаю удачи!

Здравствуйте.

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

Согласно ст. 1288 ГК РФ,

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

Правила об отчуждении следующие:

Ст. 1234
3. По договору об отчуждении исключительного права приобретатель обязуется уплатить правообладателю предусмотренное договором вознаграждение, если договором не предусмотрено иное.

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

По общему правилу, вознаграждение автору складывается из двух сумм:

а) вознаграждение за создание программы

б) вознаграждение за передачу исключительного права.

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

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

1) Насколько корректно составлен этот договор (особенно пункты 2 и 3), чтобы исключить его признание трудовым?
Роман

Это сам по себе не трудовой договор. Тут подходит статья

Статья 1296. Произведения, созданные по заказу 1. Исключительное право на программу для ЭВМ, базу данных или иное произведение, созданные по договору, предметом которого было создание такого произведения (по заказу), принадлежит заказчику, если договором между подрядчиком (исполнителем) и заказчиком не предусмотрено иное. 2. В случае, если исключительное право на произведение в соответствии с пунктом 1 настоящей статьи принадлежит заказчику, подрядчик (исполнитель) вправе, поскольку договором не предусмотрено иное, использовать такое произведение для собственных нужд на условиях безвозмездной простой (неисключительной) лицензии в течение всего срока действия исключительного права. 3. В случае, когда в соответствии с договором между подрядчиком (исполнителем) и заказчиком исключительное право на произведение принадлежит подрядчику (исполнителю), заказчик вправе использовать такое произведение в целях, для достижения которых был заключен соответствующий договор, на условиях безвозмездной простой (неисключительной) лицензии в течение всего срока действия исключительного права, если договором не предусмотрено иное. 4. Автор созданного по заказу произведения, которому не принадлежит исключительное право на произведение, имеет право на вознаграждение в соответствии с абзацем третьим пункта 2 статьи 1295 настоящего Кодекса. 5. Правила настоящей статьи не распространяются на договоры, в которых подрядчиком (исполнителем) является сам автор произведения (статья 1288).Источник: stgkrf.ru/1296

Пункт 3.1 отредактироватьоднозначно и указать что оплата проихводится по результатам каждого этапа работ. 3.2 и 3.3 также следует отредактировать и указать что за каждый этап оплата происходит к примеру 10% о стоимости заказа. Так у автора будет больше стимула сделатьоаботу в срок

2) Нужно ли указать максимальную стоимость Программы? Как в таком случае обозначить ситуацию, при которой сумма выплат в пользу Автора-исполнителя достигла верхнего лимита стоимости программы, но сама программа не готова?
Роман

Максимальная стоимость. Возьмем те же 100 тысяч как максимальную. Все доплаты убираете так как нужно автору ставить четкие задачи.: вот мне нужна такая то программа, вот такая то сумма, оплата поэтапно. Почасово ни в коем случае. Я работаю например поэтапно, сдаю отчете заказчику он просматривает платит часть. Максимум работа в 3-4 этапа.

3) Верно ли я сделал, что обозначил в Договоре 2 акта: — Акт сдачи-приемки работ, который является основанием для расчетов — Акт сдачи-приемки Программы, который является основанием для признания договора выполненным
Роман

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

Насколько корректно составлен п. 4 (о передаче исключительных прав), особенно п. 4.6, задача которого в том, чтобы исключительные права передавались на каждый оплаченный этап рабо
Роман

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

П.1.1. Можно изложить в следующей редакции

«Разработчик обязуется создавать (в том числе модифицировать) и передавать Заказчику программы для ЭВМ и/или базы данных (далее по тексту – «Продукт» или «Продукты») с одновременным отчуждением Заказчику исключительного права на такие Продукты в полном объеме, а Заказчик обязуется принимать Продукты и исключительное право на них и оплачивать на условиях настоящего Договора.»

п.2.4. в такой редакции.

По завершении работ и/или отдельного этапа работ Разработчик предоставляет Заказчику исходный текст и объектный код Продукта (в том числе его части) на оптическом диске или посредством сети связи с сопутствующей технической документацией и руководствами по использованию.

Раздел 3. Оплату предлагаю определить в твердой сумме. Иначе возникнут проблемы с контролем количества отработанных часов.

3.3. Автор-исполнитель самостоятельно и добросовестно учитывает время,
затраченное им на создание Программы.

зачем с этим заморачиваться?

Вам же важен результат. а не сколько времени провел исполнитель за его созданием. Ведь так? определите, что работа будет стоить 100т.р., а за сколько времени он её сделает за неделю или месяц-его дело.

3.1. Размер вознаграждения Автора-исполнителя за выполнение работ понастоящему Договору рассчитывается на основании почасового тарифа, указанного в п. 3.2.При этом общая стоимость работ по созданию Программы не может бытьменьше 100 000 (ста тысяч) рублей.

Почему не указываете максимальную сумму стоимости работ?

Добрый день!
Исходя из своего опыта работы в части составления и сопровождения Договоров на разработку программного обеспечения как со стороны Заказчиков, так и со стороны Исполнителей (на территории РФ, а также международных), а также исходя из опыта ведения судебных споров по таким Договорам хотелось бы отметить следующее.
1. Что касается закрепления прав на программное обеспечение.
С одной стороны, обязанности регистрировать права на программное обеспечение с точки зрения закона нет (согласно п.1 ст. 1262 ГК РФ правообладатель в течение срока действия исключительного права на программу для ЭВМ или на базу данных может по своему желанию зарегистрировать такую программу или такую базу данных в федеральном органе исполнительной власти по интеллектуальной собственности).
То есть права на ПО будут иметь юридическую защиту и без регистрации права на программу для ЭВМ, регистрация права нужна именно для облегчения процесса доказывания наличия этих самых прав на ПО (хотя сама по себе регистрация тоже не является 100% подтверждением).
В целом подтверждением наличия прав на программное обеспечение выступают:
— при самостоятельной разработке – доказательства такой разработки (исходный текст программы, рабочие материалы и т.п.).
-  в ситуации, когда программное обеспечение разрабатывается работником: подтверждение того, что разработка была именно в рамках служебных обязанностей сотрудника. Для этого нужно будет представить трудовой договор, должностную инструкцию работника + оптимально еще отдельное соглашение с работником о переходе прав подписывать, подтверждающее постановку рабочей задачи и переход к работодателю прав на конкретное ПО, иногда еще делается приказ о разработке – это упростит доказывание.
— в ситуации, когда программное обеспечение разрабатывается исполнителем по отдельному договору на разработку программного обеспечения: сам договор, акт и т.д.
2. По поводу требований к самому договору на разработку программного обеспечения поясню, что их достаточно много. Очень многое зависит от того, какую стороны мы хотим защитить (для заказчика принципиально важны одни пункты в договоре, для исполнителя совершенно другие). В качестве основных можно выделить следующие:
А) Предмет договора. Обязательно должен быть конкретизирован, здесь допустимы следующие варианты:
— к договору делается полноценное техническое задание (ТЗ) на разработку.
— делаем рамочный договор, а именно в договоре прописывается общая формулировка, например, та же «разработка программного обеспечения» + дополнительно прописываем, что Стороны конкретное ПО и требования к нему согласовывают дополнительно и фиксируют в отдельных дополнительных соглашениях, либо в счетах на оплату.
— делаем рамочный договор, а именно в договоре прописывается общая формулировка + дополнительно указываем в договоре, что конкретные работы согласовываются в переписке по электронной почте, мессенджерах, системах постановки задач и т.п.
Какой именно вариант выбрать зависит от конкретной ситуации, от того, какое ПО разрабатывается и т.д. В каких-то ситуациях крайне желательно наличие ТЗ, в других можно спокойно обойтись и без ТЗ, все зависит от ситуации.
Для Заказчика конкретизация важна для того, чтобы Исполнитель не мог разработать ПО, не соответствующее требованиям Заказчикам и ссылаться при этом мол «условия договора я не нарушил, исправлять ничего не буду» + для подтверждения своих прав на конкретное ПО, а для Исполнителя конкретизация важна для того, чтобы уже Заказчик не мог, первоначально не обозначив полноценно свои «хотелки», потом ссылаться на то, что мол «я принимать работу не буду, так как я ждал совсем другого».
Б) Порядок и сроки оплаты.
По части оплаты для Заказчика ключевой момент – прозрачность ценообразования и гарантия отсутствия доплат, чтобы Исполнитель не смог в какой-то момент заявить мол «а вот это не входит в стоимость, давай доплачивай», если конечно речь не идет о почасовой оплате, но и там свои нюансы.
Для Исполнителя со своей стороны важно, чтобы Заказчик не мог затягивать с оплатой, а также не мог требовать от исполнителя выполнения тех работ, которые действительно не входят в согласованную стоимость.
Оплата может быть определена в договоре следующими способами:
— фиксированная плата за весь договор – это подходит для разовых услуг.
— фиксированная ежемесячная оплата – это подходит для вариантов, когда речь идет скорее не о разработке конкретного ПО, а о выполнении каких-то регулярных задач.
— почасовая оплата. В целом подходит для любых ситуаций, но в некоторых случаях для Заказчика данный вариант может быть не очень удобен из-за отсутствия конкретики по итоговым суммам (хотя этот вопрос можно решить, прописав ограничение максимальной суммы) и потенциальных злоупотреблений со стороны исполнителя. Вариант также полностью законен, единственное к нему есть свои требования. В частности, важно расписать как именно ведется учет количества часов (через специальную программу, либо учет количества часов ведет исполнитель) и по итогу количество часов и общая стоимость должны фиксироваться в ежемесячных счетах и/или актах. То есть здесь важно, чтобы механизм расчета количества часов был максимально прозрачен.
— бонусные выплаты. Здесь разные бывают ситуации и условия для выплаты бонусов. В некоторых случаях, например, Стороны договариваются о том, что Исполнитель получает % от последующих продаж Заказчиком разработанного программного обеспечения (как дополнительная мотивация для исполнителя). 
В) Сроки выполнения работы. Для Исполнителя отсутствие конкретики по срокам – возможность затянуть с выполнением работ, поэтому это один из важнейших пунктов для Заказчика.
Для Исполнителя со своей стороны также крайне важно, как именно определены сроки, в каких случаях они продлеваются и т.д., поскольку очень много ситуаций, когда Стороны прописали конкретную дату, к которой работа должна быть выполнена, а по итогу Заказчик затянул с оплатой аванса и Исполнитель приступил к работе намного позже, чем ожидалось, по итогу формально срок нарушен, хотя Исполнитель в этом и не виноват. Либо еще более распространенная история – нарушение сроков Исполнителем вследствие непредставления Заказчиком информации, доступов и т.д., то есть ситуации, когда Исполнитель не может выполнить работу в срок из-за действий Заказчика.
Чаще всего используются следующие варианты определения срока выполнения работ Исполнителем:
— конкретная календарная дата (не всегда выгодно Исполнителю).
— определенное количество дней с момента совершения одной из сторон каких-либо действий или наступления определенных событий (например, «60 дней с момента поступления Исполнителю оплаты от Заказчика» — для Исполнителя это выгоднее, чем просто календарная дата, особенно если работа и оплата разбиты на этапы).
Для Исполнителя также очень важно, чтобы в договоре были прописаны все условия, при которых сроки выполнения работ будут продлены (отсутствие согласований, непредоставление информации, доступов и т.д. — у нас часто указанный перечень занимает целую страницу договора, когда я делаю договор в интересах Исполнителя).
Г) Порядок приемки услуг. Здесь все зависит от ситуации, с точки зрения закона допустимы следующие варианты:
— стандартный вариант, при котором подписываются акты выполненных работ. Акты обычно подписываются: а) либо один раз за весь договор (обычно подходит если договор на разовую услугу), б) помесячно/поквартально – если договор предполагает выполнение регулярной работы, в) по итогам выполнения отдельных этапов работ (если работа разбита на этапы, то для Исполнителя будет большим плюсом закрывать каждый этап отдельным актом).
Акты в целом более важны для Исполнителя – они защищают его от того, что по истечении определенного времени Заказчик заявит, что мол «работа была выполнена некачественно, давай переделывай или возвращай деньги».
Для Заказчика в зависимости от ситуации важен итоговый закрывающий акт для дополнительной фиксации факта перехода к нему прав на программное обеспечение, а также в случае, если Заказчик выплаты Исполнителю ставит у себя в расходы (если Заказчик на УСН 15% или на ОСНО).
— упрощенный вариант, когда факт приемки работ мы привязываем к определенным событиям (оплата финального платежа по договору, направление определенного текста на электронную почту, отсутствие претензий в течение какого-либо времени и т.п.).
Выбор конкретного варианта зависит от ситуации, от отношений между Сторонами и других факторов, обычно я рекомендую определенный вариант уже после детального изучения ситуации клиента.
Д) Права на разработанное программное обеспечение и запрет на использование разработанного ПО самим Исполнителем в своих целях. Это самый основной пункт для Заказчика. С одной Стороны, согласно п.1 ст. 1296 ГК РФ «Исключительное право на программу для ЭВМ, базу данных или иное произведение, созданные по договору, предметом которого было создание такого произведения (по заказу), принадлежит заказчику, если договором между подрядчиком (исполнителем) и заказчиком не предусмотрено иное», то есть чисто формально если в договоре не будет прописано вообще ничего про права на ПО, то права автоматически переходят к Заказчику, однако на практике не все так просто.
С учетом моей практики ведения споров между Заказчиками и Исполнителями по договорам на разработку программного обеспечения, я всегда рекомендую Заказчикам прописывать в договоре следующие условия (Исполнителям со своей стороны эти пункты невыгодны и для них наоборот их лучше не фиксировать в договоре):
— момент перехода прав на ПО к Заказчику, отсутствие доп. условий для перехода прав.
— порядок передачи результата работ.
— полный запрет (если Сторонами не согласовано иное) на использование ПО самим Исполнителем в своих целях.
— гарантии Исполнителя о том, что он не заимствует при разработке ПО объекты интеллектуальной собственности, права на которые принадлежат другим лицам.
— обязательства Исполнителя по содействию Заказчику в различных ситуациях (оформление прав, ведение споров в суде и т.д.). Например, на Заказчика подали в суд со ссылкой на то, что он незаконно использует ПО, в суде ему нужно подтвердить свои права на ПО, но он потерял подтверждающие документы (договор, акт) – для таких ситуаций сразу фиксируем, что по требованию Заказчика Исполнитель должен будет подписать необходимые документы для подтверждения наличия прав у Заказчика.
Е) Ответственность. Для Заказчика важны следующие пункты:
— общие пункты об ответственности за просрочку выполнения работ, за выполнение некачественных работ и т.п.
— ответственность Исполнителя за любые заимствования при разработке. Очень частая история — Вам сделали сайт по договору, Вы начали его использовать, а завтра Вам прилетает претензия от конкурента о том, что Вы в своем сайте скопировали его дизайн и требует с Вас компенсацию полмиллиона рублей (Исполнитель не хотел платить дизайнеру и просто скопировал дизайн у конкурента, а Вы даже не знали об этом, но претензии предъявят к Вам).
— гарантийный период и сроки устранения недостатков. Не во всех случаях эти пункты актуальны, но, например, частая история, когда акт уже прописан, а после этого в работе ПО были обнаружены недостатки. Вы пишите Исполнителю требование об их устранении, а он кормит Вас завтраками. Важно конкретизировать порядок действий в таких ситуациях заранее, чтобы избежать проблем.
Для Исполнителя со своей Стороны важны следующие пункты об ответственности:
— ответственность Заказчика за просрочку оплаты.
— ответственность Заказчика за отсутствие согласований, непредоставление информации, доступов и т.п.
— ответственность Заказчика за последствия самостоятельного привлечения им третьих лиц к выполнению работ – важный момент, чтобы избежать ситуаций, когда Заказчик часть работ перепоручил другой компании, эта компания напортачила в своей части и потом по итогу Вы не можете нормально из-за этого закрыть договор.
Ж) Если у Вас дистанционное взаимодействие с контрагентом (а оно чаще всего всегда электронное), то обязательно нужно:
— ввести договором электронный документооборот (если делать это грамотно, там будет достаточно много пунктов, я сейчас не буду все их расписывать),
— указать в договоре все контактные данные Сторон (электронные почты, номера телефонов, мессенджеры) и данные уполномоченных представителей сторон.
— если используются специальные системы для связи между сторонами, а также для постановки задач или учета количества часов – также обязательно нужно это фиксировать в договоре.
Если вкратце, то это самые общие моменты, которые должны быть учтены в договоре. Помимо них существует еще большое количество различных нюансов, которые должны быть учтены в Договоре + Заказчику в идеале дополнительно к самому Договору еще подписать NDA с Исполнителем (Соглашение о неразглашении) для того, чтобы ограничить возможность куда-то сливать информацию, полученную им в процессе разработки ПО.
Готов ответить на Ваши дополнительные вопросы.
С Уважением, 
Васильев Дмитрий.