Договор на разработку мобильного приложения

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

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

См.также: Заработок на мобильных приложениях

Содержание

  • 1 Правовые вопросы для дилетантов
    • 1.1 Передача исключительного права
    • 1.2 Предусмотренная ответственность
    • 1.3 Техническое задание
    • 1.4 Условия по приему-передаче дизайнерской разработки
    • 1.5 Нераспространение информации
    • 1.6 Результат сотрудничества
    • 1.7 Условия оплаты
  • 2 Заключение

Правовые вопросы для дилетантов

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

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

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

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

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

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

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

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

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

Предусмотренная ответственность

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

Техническое задание

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

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

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

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

Условия по приему-передаче дизайнерской разработки

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

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

Нераспространение информации

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

Результат сотрудничества

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

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

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

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

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

Заключение

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

Договор на разработку мобильного приложения

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

С юридической точки зрения, такой гарантией является заключение договора на поставку программного обеспечения (ПО). Условия использования ПО регулируются лицензией, а также четвертой частью Гражданского Кодекса Российской Федерации. Программное обеспечение может являться готовым («коробочным») программным продуктом, требующим лишь настройки под нужды заказчика, или же может быть специально разработано по техническим требованиям. На коробочный продукт, как правило, передаются неисключительные (ограниченные) права, а договор выполнения работ включает лишь работы по настройке продукта. В случае разработки ПО по договору, все права на ПО как готовый продукт передаются заказчику.

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

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

  1. Стоимость, сроки поставки, этапы разработки и оплаты. Как правило, договор заключается на фиксированную сумму и имеет определенные рамки, регулируемые техническим заданием на проведение работ. В случае необходимости доработки мобильного приложения, не связанного с исправлением его ошибок, такая доработка оформляется дополнительным соглашением к договору.
  2. Условия передачи прав (лицензирование) мобильного приложения и сопутствующего программного обеспечения. Как правило, при разработке мобильного приложения на заказ, все права на приложение как целое передаются заказчику. В случае использования при разработке готовых компонентов, они могут передаваться по той или иной лицензии (как правило, это лицензия, разрешающая использование компонента в составе мобильного приложения, но не передающая исключительные права покупателю приложения).
  3. Условия гарантии на программное обеспечение. Заново разработанный продукт всегда содержит скрытые ошибки, которые исправляются в течение гарантийного периода (как правило, несколько месяцев).
  4. Договор по разработке мобильного приложения чаще всего содержит и дополнительные условия – конфиденциальность, условия приемки-сдачи работ, разрешение споров и прочее.
Это интересно:  По Договору Дарения Платится Налог

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

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

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

Договор на разработку мобильного приложения

Людям, не искушенным в документообороте, этот текст может показаться довольно запутанным. А тем, для кого оформление контрактов — рутина, наоборот, слишком простым. Но нас часто спрашивают, как у нас организована работа по scrum с точки зрения документооборота, и как выглядят наши договоры.

Даже если вам покажется, что получается слишком много бумаг, или всё слишком сложно — это не так. Мы используем простые и понятные контракты, в которых проработаны интересы как клиента, так и студии. Адекватно. Без перегибов. На уровне здравого смысла. Моя политика простая — либо win-win, либо не связываться.

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

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

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

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

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

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

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

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

Эта работа стоит денег, но она — относительно дешевая. Заказчику психологически проще оплатить первый счет, когда он в пределах 24-60 часов. К тому же только после этапа агрегации требований у нас появляется согласованная структура, верхнеуровневый roadmap будущего проекта: мы можем уточнить список страниц, которые необходимо прототипировать.

Вторым этапом мы подписываем приложение на разработку прототипов страниц, и, если этого просит клиент, — технического задания. В классическом scrum-е технического задания не предполагается, вместо него используется бэклог — список всех хотелок, которые клиент хочет когда-нибудь реализовать. Однако многие по старинке хотели бы иметь такой документ. Проблем нет, мы его готовим, причем именно с той целью, чтобы затем раздербанить на бэклог. Наличие технического задания на проекте не заставляет нас строго следовать его букве. Конечный состав работ определяется СМЕТАМИ в приложениях на каждый отдельный спринт.

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

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

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

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

  • Использовать единые шаблоны договоров. Каждый новый договор мы обязательно делаем из шаблона, а не из договора от предыдущего заказчика. Чтобы руководителям проектов было проще при подготовке документов, места, которые могут меняться, выделены в цветом.
  • Править шаблон сразу, если обнаружили в договоре какую-то нестыковку или неожиданный нюанс (которым, естественно, больно прилетело по лбу). Так важные изменения в договорах гарантированно будут тиражироваться по всем последующим документам.
  • Периодически проводить ревизию шаблонов и актуализировать их. Мы обычно делаем это один-два раза в год.
  • Не отправлять договоры заказчикам без дополнительной проверки. При проверке приложений дополнительно надо обращать внимание на сроки, сверять все строки сметы, пересчитывать итоговые суммы.

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

Сам документооборот в студии и другие шаблоны и регламенты мы разбираем в нашем с Теглайном курсе управления digital-проектами. Присоединяйтесь!

Договор №РП-_р на разработку мобильного приложения

на разработку мобильного приложения

г. Нижний Новгород «__» ________ 2014 г.

___________________________________________________________________________________________________________, с одной стороны, и Общество с ограниченной ответственностью Лаборатория», именуемое в дальнейшем «Исполнитель», , действующего на основании устава, с другой стороны, совместно именуемые «Стороны», заключили настоящий Договор о нижеследующем:

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

1.1 Исполнитель разрабатывает и поставляет Заказчику программный продукт – мобильные приложения для платформ _____________________________________________________ (далее — Программа) в соответствии с Техническим Заданием (Приложение ), а Заказчик производит оплату в соответствии с условиями настоящего Договора, Перечнем работ и сроком их выполнения, описанным в приложении №2 «Перечень работ» к настоящему Договору. Работы по договору принимаются на основании Акта сдачи-приемки выполненных работ.

1.2 Разработка и тестирование Программы производятся в соответствии с Техническим заданием (Приложение ) и Перечнем работ (Приложение ).

1.2.1 Разработка Программы производится на оборудовании Исполнителя.

1.2.2 Установка опытных экземпляров Программы производится на оборудование Заказчика, с последующей опытной эксплуатацией;

1.2.3 Инсталляция полного варианта Программы производится на оборудование Заказчика с последующей приемкой работ на основании Технического Задания и передачей в промышленную эксплуатацию;

1.2.4 После окончания всех работ по договору осуществляется передача (отчуждение) Исполнителем Заказчику в соответствии с положениями ст. 1234 Гражданского кодекса РФ в полном объеме исключительного права на результат интеллектуальной деятельности, указанный в разделе 1 настоящего Договора – Программу.

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

2.1 Заказчик обязуется:

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

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

2.1.3 Своевременно оплачивать работы Исполнителя по настоящему Договору в порядке, установленном в разделе 3 настоящего Договора.

2.1.4. Подтвердить Исполнителю в письменном виде, заверив подписью уполномоченного лица или в электронном виде от уполномоченного лица компании Заказчика на e-mail Исполнителя *****@***ru факт получения информации о выполнении очередного этапа работ.

2.1.5. Подтвердить Исполнителю в письменном виде, заверив подписью и печатью Заказчика, или в электронном виде от уполномоченного лица компании Заказчика на e-mail Исполнителя *****@***ru факт принятия работ по соответствующему этапу.

2.1.6. В случае, если в течение 5 (пяти) рабочих дней с момента предоставления Исполнителем работ по соответствующему этапу, Заказчик

1) не уведомил Исполнителя о принятии работ,

2) не направил Исполнителю мотивированный отказ от принятия работ, а также

3) не предоставил перечень замечаний для доработки,

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

2.1.7. Замечания для доработки Заказчик может предоставлять последовательно не более 2 (двух) раз.

2.1.8. Под понятие «доработка» попадают изменения и дополнения, внесенные Заказчиком в работу Исполнителя, не противоречащие концепции Программы и Техническому Заданию (Приложение ).

2.1.9. Такими изменениями при доработке дизайна могут являться: изменение гарнитуры и размера шрифта, изменение отдельных незначительных элементов дизайна (не более 2-3), тексты сообщений (диалогов), взаимное расположение элементов управления и т. п.. При возникновении иных изменений и дополнений к работе дизайнера, условия их выполнения оцениваются Исполнителем и оплачиваются Заказчиком отдельно от условий настоящего Договора.

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

2.1.11. Изменения и дополнения должны быть предоставлены в письменном виде и заверены подписью уполномоченного лица или в электронном виде от уполномоченного лица компании Заказчика на e-mail Исполнителя *****@***ru.

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

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

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

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

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

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

2.2 Заказчик имеет право:

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

2.2.2. Требовать своевременного предоставления полной информации обо всех действиях, предпринимаемых Исполнителем в ходе выполнения работ по настоящему Договору.

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

2.3 Исполнитель обязуется:

2.3.1. Разработать и предоставить Заказчику для утверждения Программу на основании Технического Задания (Приложение ).

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

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

2.3.4. Согласовывать с Заказчиком внесение необходимых изменений в материалы, подготовленные Исполнителем в рамках разработки Программы.

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

2.4.1. Требовать от Заказчика своевременного предоставления документов, материалов и иной информации, необходимой для согласования и утверждения Сторонами Требований Заказчика, в соответствии с п.1.2 настоящего Договора.

3. ЦЕНА ДОГОВОРА И ПОРЯДОК ОПЛАТЫ

3.1 Общая стоимость разработки и поставки Исполнителем Программы составляет __________________ рублей. Стоимость передачи (отчуждения) Исполнителем Заказчику в соответствии с положениями ст. 1234 Гражданского кодекса РФ в полном объеме исключительного права на результат интеллектуальной деятельности, указанный в разделе 1 настоящего Договора – Программу – 10000 (десять тысяч) рублей. Общая стоимость разработки и поставки Программы, а также стоимость передачи (отчуждения) Исполнителем Заказчику исключительного права на Программу не подлежит обложению НДС согласно п.2 ст.346.11 гл.26.2 НК РФ. Изменения ставок налоговых платежей, учитываемых в определении итоговой стоимости услуг по настоящему Договору, должны приводить к автоматическому соответствующему изменению платежного поручения в банк Заказчика.

3.2 Оплата по настоящему Договору осуществляется поэтапно, в порядке, определенном Перечнем Работ (Приложение ).

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

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

4.1. Выполненная работа передается Исполнителем и принимается Заказчиком поэтапно, в соответствии с Перечнем Работ (Приложение ). Общий срок работ по созданию интернет-сайта составляет ______ (_________________________________) календарных дней.

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

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

4.2. После выполнения Исполнителем всех работ по настоящему Договору и принятия их заказчиком Стороны подписывают Акт сдачи-приемки выполненных работ.

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

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

5. ПЕРЕДАЧА ПРАВ НА ИСПОЛЬЗОВАНИЕ ПРОГРАММ

5.1 Исполнитель гарантирует, что:

5.1.1. На момент подписания настоящего Договора он не связан какими-либо обязательствами с третьими лицами, которые могут вступить в противоречие с условиями настоящего Договора.

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

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

5.1.4. Передача Заказчику исключительного права по настоящему Договору происходит на законных основаниях, без какого бы то ни было нарушения прав и/или законных интересов третьих лиц.

5.1.5. Исполнитель не сохраняет за собой право использовать Программы самостоятельно или предоставлять аналогичные права на ее использование третьим лицам.

5.1.6. Исполнитель сохраняет за собой право размещения ссылок на Программу в своем портфолио (на официальном сайте Исполнителя) с указанием авторства Исполнителя.

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

6. ОТВЕТСТВЕННОСТЬ СТОРОН

6.1 Стороны несут ответственность за неисполнение или ненадлежащее исполнение своих обязательств по настоящему Договору в соответствии с действующим законодательством Российской Федерации.

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

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

6.4. В случае нарушения Исполнителем сроков выполнения этапов работ, указанных в Перечне работ к настоящему Договору, Заказчик имеет право предъявить Исполнителю к уплате неустойку в размере 0,01% (ноль целых одна сотая процента) от стоимости разработки и поставки Исполнителем Программы, указанной в п. 3.1 Договора за каждый день указанной просрочки.

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

7.2 Стороны обязаны в письменной форме уведомить друг друга о существовании форс-мажорных обстоятельств в течение 5 (пяти) дней с момента их наступления.

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

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

8. СРОК ДЕЙСТВИЯ ДОГОВОРА

8.1 Настоящий Договор вступает в силу с момента его подписания Сторонами и прекращает свое действие после выполнения сторонами взятых обязательств.

9. ИЗМЕНЕНИЕ И РАСТОРЖЕНИЕ ДОГОВОРА

9.1 Настоящий Договор может быть изменен или досрочно расторгнут по письменному соглашению Сторон.

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

10. ПОРЯДОК РАЗРЕШЕНИЯ СПОРОВ

10.1. Все споры и разногласия, которые могут возникнуть в связи с исполнением настоящего Договора, разрешаются Сторонами путем переговоров. Срок ответа одной Стороны на претензию другой Стороны 30 календарных дней.

10.2. При невозможности разрешения споров, возникающих между Сторонами в связи с исполнением настоящего Договора путем переговоров, возникшие споры подлежат рассмотрению в Арбитражном суде г. Нижнего Новгорода.

11. ИНЫЕ УСЛОВИЯ

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

11.2. Во всем, что не урегулировано настоящим Договором, Стороны руководствуются действующим законодательством Российской Федерации.

11.3. Все уведомления и сообщения, связанные с исполнением Сторонами настоящего Договора, должны направляться по электронной почте с использованием адреса ________________ со стороны Заказчика и *****@***ru со стороны Исполнителя.

11.4. Настоящий Договор составлен в двух экземплярах, имеющих одинаковую юридическую силу – по одному для каждой из Сторон.

в Поволжском филиале г. Н. Новгород

Приложение к договору №РП-___р от «___» __________ 2014 г.

в Поволжском филиале г. Н. Новгород

Приложение к договору №РП-___р от «___» __________ 2014 г.

Сроки выполнения Работ

Стоимость работ, руб.

1. Этап 1 (___________________________________________________________________)

2. Этап 2 (___________________________________________________________________)

Итого, по Договору:

Приложение к договору №РП-___р от «___» __________ 2014 г.

Список уполномоченных лиц

1. Со стороны заказчика:

1.1. Менеджер проекта __________________________

1.2. Куратор проекта____________________________

Статья написана по материалам сайтов: www.headwind.ru, blog.sibirix.ru, pandia.ru.

»

Помогла статья? Оцените её
1 Star2 Stars3 Stars4 Stars5 Stars
Загрузка...
Добавить комментарий

Adblock
detector