Договор на оказание услуг по разработке программного обеспечения. Договор заказа на разработку программного обеспечения Рамочный договор на разработку программного обеспечения

Договор на оказание услуг по разработке программного обеспечения. Договор заказа на разработку программного обеспечения Рамочный договор на разработку программного обеспечения

Договор на оказание услуг по разработке программного обеспечения. Договор заказа на разработку программного обеспечения Рамочный договор на разработку программного обеспечения
СОДЕРЖАНИЕ
0

1. ПРЕДМЕТ ДОГОВОРА

1.1. Исполнитель обязуется разработать программное обеспечение в виде мобильного приложения для Интернет-ресурса «____________________________________» (далее — программное обеспечением) и передать все исключительные права на программное обеспечение Заказчику, а Заказчик обязуется оплатить услуги Заказчика в соответствии с настоящим Договором.1.2.

Под мобильным приложением для целей настоящего Договора понимается компьютерная программа, которая бы позволяла при установке на мобильные устройства, приспособленные для выхода в сеть Интернет, предоставлять пользователю мобильного устройства эксклюзивный формат просмотра Интернет-ресурса «_______________».1.3.

Форма договора на разработку программы

Работая с программистом или фирмой по созданию программы для ЭВМ (сайта, программного обеспечения, мобильного приложения, отдельного скрипта или модуля, программы для 1С и любой другой программы), как, впрочем, и по созданию любого другого объекта авторских прав (произведения), следует оформлять такие отношения договором в письменной форме.

* Произведение и объект авторских прав – это синонимы.

Несоблюдение письменной формы договора в отношении объекта авторских прав влечет его недействительность (пункт 2 статьи 1234 и пункт 2 статьи 1235 Гражданского кодекса РФ).

Иными словами: нет письменного дoгoвoрa (в бумажной форме или в электронной) – нет прав на использование произведения. При этом договоры о передаче и предоставлении авторских прав могут заключаться и в электронной форме (например, путем обмена электронными письмами / имейл).

Исключение, которое не касается договоров на разработку программного обеспечения: договор о предоставлении права использования произведения в периодическом печатном издании (печатном СМИ) может быть заключен в устной форме (пункт 2 статьи 1286 ГК РФ).

2. ПРАВА И ОБЯЗАННОСТИ ИСПОЛНИТЕЛЯ

2.1. Исполнитель обязуется:2.1.1. разработать программное обеспечение в течение __________ в соответствии с настоящим Договором;2.1.2. протестировать программное обеспечение;2.1.3. разработать инструкцию по установке программного обеспечения и руководство пользователя;2.1.4. осуществить сдачу Заказчику разработанного программного обеспечения (в том числе исходный код), путем подписания акта приема – передачи выполненных работ;2.1.5.

по окончании работ продемонстрировать работу программного обеспечения на мобильном устройстве, передать установочную версию программного обеспечения, к которой прилагаются инструкция по установке программного обеспечения и руководство пользователя;2.1.6. обучить специалистов Заказчика работе с программным обеспечением;2.1.7.

Договор на оказание услуг по разработке программного обеспечения. Договор заказа на разработку программного обеспечения Рамочный договор на разработку программного обеспечения

установить испытательный срок в течение _____ месяцев. В период испытательного срока Исполнитель бесплатно устраняет дефекты и учитывает замечания Заказчика, связанные с проведенными Исполнителем работами.2.1.8. выполнять работы, являющиеся предметом настоящего Договора, качественно и в установленные сроки.2.1.9.

не разглашать третьим лицам коммерческую, финансовую, техническую и иную информацию, ставшую известной в ходе реализации настоящего Договора.2.1.10. передать Заказчику все исключительные права на программное обеспечение.2.2. Исполнитель имеет право:2.2.1. досрочно выполнить работы по настоящему Договору;2.2.2. требовать от Заказчика своевременной оплаты разработанного программного обеспечения в соответствии с настоящим Договором.

Виды авторских договоров и договоров в отношении программ

3.1. Заказчик обязуется:3.1.1. своевременно и в полном объеме оплатить стоимость разработки программного обеспечения Исполнителем на условиях настоящего Договора;3.1.2. предоставить Исполнителю всю необходимую для разработки программного обеспечения информацию;3.1.3. определить ответственное лицо для взаимодействия с Исполнителем по вопросам, касающимся разработки программного обеспечения;3.1.4.

при отсутствии мотивированных претензий к Исполнителю принять разработанное программное обеспечение после получения извещения от Исполнителя о выполнении работ по разработке и удостоверить факт надлежащей разработки программного обеспечения, предусмотренной настоящим Договором, путем подписания акта приема – передачи выполненных работ.3.1.5.

не разглашать третьим лицам коммерческую, финансовую, техническую и иную информацию, ставшую известной в ходе реализации настоящего Договора;3.2. Заказчик имеет право:3.2.1. получать информацию о ходе работ по разработке программного обеспечения лично, по телефону и посредством электронной почты.3.2.2.

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

С момента получения Исполнителем уведомления о расторжении исполнение настоящего Договора приостанавливается.В случае досрочного расторжения Заказчиком настоящего Договора, Исполнитель имеет право на получение от Заказчика стоимость фактически выполненных работ, а Заказчик обязан оплатить Исполнителю стоимость фактически выполненных работ по Разработке программного обеспечения.3.2.3.

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

Оформляют его разными дoгoвoрaми: чаще договором подряда или договором оказания услуг. При этом считается, что это выбор самих сторон. Между тем, это не совсем корректно.

Договор на оказание услуг по разработке программного обеспечения. Договор заказа на разработку программного обеспечения Рамочный договор на разработку программного обеспечения

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

Однако по закону такой договор называется договором заказа.

Итак, если договор на разработку программы заключается между заказчиком и непосредственным автором (то есть лицом, которое само кодит), то это договор авторского заказа, и регулируется он статьей 1288 Гражданского кодекса РФ.

Если договор на разработку программы заключается между заказчиком и фирмой или физлицом, которое само не пишет код, а работает с авторами, руководит ими, то это уже договор заказа, и регулируется статьей 1296 Гражданского кодекса РФ.

Частая ситуация: когда в команде несколько программистов, а договор заключается с одним («главным»), тогда в части прав главного программиста должна применяться статья 1288 Гражданского кодекса РФ, а в части прав других программистов – статья 1296, в частности это влияет на то, у кого какие авторские права.

Договор на оказание услуг по разработке программного обеспечения. Договор заказа на разработку программного обеспечения Рамочный договор на разработку программного обеспечения

Очень многое будет зависеть от текста договора на разработку ПО, от фактической воли сторон, от косвенных ее доказательств (например, переписки), лучше привлекать юриста по авторскому праву и интернет-праву уже на этапе составления договора, чтобы не было проблем в будущем. Ведь предприниматели несут ответственность за нарушение авторских прав и в отсутствие вины, то есть сослаться на договор с «главным» программистом в свое оправдание не получится, если кто-то из других программистов предъявит обоснованные претензии по авторским правам.

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

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

Предлагаем ознакомиться:  Как оспорить судебный приказ по алиментам?

По договору подряда одна сторона (подрядчик) обязуется выполнить по заданию другой стороны (заказчика) определенную работу и сдать ее результат заказчику, а заказчик обязуется принять результат работы и оплатить его (статья 702 Гражданского кодекса РФ).

По договору возмездного оказания услуг исполнитель обязуется по заданию заказчика оказать услуги (совершить определенные действия или осуществить определенную деятельность), а заказчик обязуется оплатить эти услуги (статья 779 Гражданского кодекса РФ).

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

Но разработка ПО всегда подразумевает конкретный результат. Причем чем конкретнее он выражен, тем лучше для обеих сторон дoгoвoрa и проще программисту.

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

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

Договор на оказание услуг по разработке программного обеспечения. Договор заказа на разработку программного обеспечения Рамочный договор на разработку программного обеспечения

С 01.01.2008 российский закон не содержит понятия «авторский договор», оно было в утратившем силу Законе об авторском праве и смежных прав.

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

Авторские договоры: договор отчуждения исключительного права (полная передача прав, аналог продажи) и лицензионный договор (предоставление права, разрешения, аналог аренды). По договору авторского заказа лицо обязуется создать результат творческой деятельности.

По договору отчуждения исключительного права на программу осуществляется передача исключительных прав в полном объеме: ограничить использование или «сохранить за собой» какое-то право при этом нельзя (только через конструкцию одновременной лицензии от нового правообладателя бывшему правообладателю) – такой договор вероятнее всего будет в случае спора переквалифицирован судом в лицензионный договор (который позволяет вводить практически любые ограничения и условия использования).

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

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

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

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

Опишите свою ситуацию и закажите юристу по авторским правам создание договора на разработку программы для ЭВМ — .

Договор на оказание услуг по разработке программного обеспечения. Договор заказа на разработку программного обеспечения Рамочный договор на разработку программного обеспечения

налоги, их расчет, уплата и оформление при заключении договоров на разработку программ;

использование при разработке программ сторонних платформ, open source software (открытое программное обеспечение), бесплатных скриптов и модулей, CMS (систем управления контентом), клипарт-библиотек и т.д., — а ведь ответственность за нарушения понесет прежде всего заказчик (пользователь программы).

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

Юрист по авторским правам Вадим Колосов специализируется на вопросах айти (информационных технологий) и писал небольшие скрипты и простые сайты. Вадим Колосов лично исполняет заказы на создание договоров на разработку программ и передачу или предоставление авторских прав.

Что обязательно должно быть в договоре на разработку программного обеспечения?

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

В техническом задании работы лучше разбить на этапе и согласовать сроки. Срок – это существенное (необходимое) условие договора авторского заказа. Если он не согласован в договоре, то договор авторского заказа не считается заключенным, т.е. не порождает никаких юридических последствий (статья 1299 Гражданского кодекса РФ).

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

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

Договор на создание программного продукта может быть сконструирован в двух вариантах:

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

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

Договор подряда

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

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

Предлагаем ознакомиться:  В какой срок можно вернуть некачественную мебель

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

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

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

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

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

Можно ли как-то минимизировать финансовые риски? Одним из вариантов решения этой проблемы является установление предельной величины вознаграждения исполнителя.

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

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

Как это происходит на практике?

В действительности все складывается не так просто. Схема может быть следующей.

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

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

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

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

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

Какой можно сделать вывод?

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

Несмотря на кажущуюся простоту этого вопроса (кому же, как не заказчику, должны принадлежать права на созданный продукт?), нюансы есть и здесь.

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

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

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

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

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

В результате стороны перегружают договор еще одним обязательством. А если в финале сотрудничества возникнут разногласия, к ним добавится еще один «камень преткновения»: заказчик выдвигает среди прочих требование о передаче исключительного права на программный продукт и хочет при этом подписать акт приема-передачи.

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

Приложение

Предлагаем ознакомиться:  Договор считается расторгнутым с момента направления уведомления

«УТВЕРЖДАЮ»

______________________________________

_______________ /______________________/

(должность, ФИО)

«___» _____________ 20__г.

Типовая форма договора: Договор на разработку программного обеспечения

Код формы:
/1

Наименование подразделения-разработчика: Отдел ИТ договоров, закупок и планирования

ДОГОВОР № _______

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

г. Москва «____»____________20__ г.

Акционерный коммерческий Сберегательный банк Российской Федерации (открытое акционерное общество), Сбербанк России ОАО
, именуемый в дальнейшем Заказчик
, в лице _______ _______, действующего на основании ______________ _______, с одной стороны, и ________ (указать полное и сокращённое наименование контрагента)
_______, именуем__ в дальнейшем Исполнитель
, в лице ______________ (указать должность, фамилию, имя, отчество представителя)
_______, действующего на основании _____________________ (указать наименование и реквизиты документа, на основании которого действует представитель)
_______, с другой стороны, совместно именуемые далее Стороны, а каждая в отдельности Сторона, заключили настоящий договор (далее – Договор) о нижеследующем.

Тип дефектов

Срок исправления

Критические

Незначительные

№ ошибки

Описание несоответствия

Пункт Технического задания

4. СТОИМОСТЬ РАБОТ И ПОРЯДОК РАСЧЕТОВ

4.1. Стоимость разработки программного обеспечения составляет ________________________.4.2. Заказчик оплачивает стоимость программного обеспечения, являющегося предметом настоящего Договора путем перечисления денежных средств на счет Исполнителя или наличными денежными средствами.4.3. Расчет Заказчика с Исполнителем производится в срок не позднее 10 (десяти) банковских дней после подписания Сторонами акта приема — передачи выполненных работ.

6. ИНТЕЛЛЕКТУАЛЬНАЯ СОБСТВЕННОСТЬ

6.1. Исключительные имущественные права на программное обеспечение переходят к Заказчику после подписания акта приема-передачи выполненных работ по настоящему Договору.6.2. Заказчик имеет право сдавать в аренду, продавать, передавать в использование, изменять, создавать новые версии программного обеспечения, декомпилировать программное обеспечение полностью или в части.6.3.

После подписания акта приема-передачи выполненных работ по настоящему Договору у Исполнителя не остается никаких прав на переданное программное обеспечение кроме прав, которые в соответствии с белорусским законодательством не подлежат никакому отчуждению.6.4. Исполнитель не имеет право использовать программное обеспечение в коммерческих целях.

Служебное произведение, трудовой договор с программистом

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

Пленум Верховного Суда РФ изменил свой подход, изложенный в Постановлении от 19.06.2006 №15, согласно которому работодателю достаточно было доказать, что произведение было создано или в рамках трудовых обязанностей, или в рамках служебного задания и за счет работодателя (даже если по трудовому договору автора эта деятельность не входила в его обязанности).

«39.1. Для определения того, является ли созданное работником после 31.12.2007 по конкретному заданию работодателя произведение служебным, необходимо исследовать вопрос о том, входило ли это задание в пределы трудовых обязанностей работника. Если такое задание работодателя в его трудовые обязанности не входило, то созданное произведение не может рассматриваться как служебное — исключительное право на него принадлежит работнику, его использование работодателем возможно лишь на основании отдельного соглашения с работником и при условии выплаты ему вознаграждения».

Согласно п. 39.1 названного Постановления суда именно работодатель должен доказать, что то или иное произведение является служебным – «с предоставлением соответствующих документов, трудовых и иных договоров с работником, документов, определяющих порядок выполнения служебных заданий, объем полномочий работника, даты создания тех или иных служебных произведений и т.п.».

В отсутствие таких доказательств положения ст. 1295 ГК РФ автоматически применены быть не могут.

Подобный подход применяется судами и в конкретных делах (Определение Судебной коллегии по гражданским делам Верховного Суда РФ от 13.09.2009 №83-В09-10, от 25.06.2013 №19-АПГ13-1 и др.).

В договоре с творческим работником необходимо согласовать:

  • должностные обязанности (все, что выполнено вне должностных обязанностей, не является служебным);
  • судьбу авторских и смежных прав;
  • вознаграждение за создание результатов творческой деятельности (входит или нет в оклад) – п. 2 ст. 1295 Гражданского кодекса РФ;
  • неимущественные права (например, право на анонимное использование, иллюстрирование);
  • вопросы конфиденциальности.

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

7. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ

7.1. Стороны освобождаются от ответственности за неисполнение либо ненадлежащее исполнение обязательств по настоящему Договору, если оно явилось следствием обстоятельств непреодолимой силы, то есть чрезвычайных и непредотвратимых при данных условиях обстоятельств (обстоятельства непреодолимой силы), возникших после заключения настоящего договора.

К обстоятельствам непреодолимой силы относятся события, на которые не могут оказывать влияние и за возникновение которых ответственности не несут, а именно: землетрясения, наводнения, пожары и т.д.7.2. Сторона, ссылающаяся на обстоятельства непреодолимой силы, обязана немедленно известить в письменной форме другую сторону об их возникновении.7.3.

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

8. ПРОЧИЕ УСЛОВИЯ

8.1. Все изменения и дополнения к настоящему договору должны быть составлены в письменной форме и подписаны Сторонами.8.2. К настоящему Договору применимым является право Республики Беларусь.8.3. Настоящий договор вступает в силу с момента подписания его Сторонами и действует до полного исполнения Сторонами своих обязательств.8.4. Настоящий договор составлен в двух экземплярах, обладающих одинаковой юридической силой – по одному для каждой из Сторон.

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

Как минимизировать риски в процессе исполнения обязательств и сделать сотрудничество сторон максимально комфортным?

Комментировать
0
Комментариев нет, будьте первым кто его оставит

Это интересно
Adblock detector