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

Чек-лист юридических документов для мобильного приложения

Если у Вас есть мобильное приложение, и Вы:
— хотите чтобы App Store и Google Play заблокировал это приложение,
— любите получать штрафы от Роскомнадзора в России, надзорных органов в ЕС или США (если живёте там, конечно),
— получать иски от пользователей,
— просто любите риск.

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

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

1. Пользовательское соглашение.

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

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

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

2. Политика обработки и защиты персональных данных.

О чём и для кого:
Для Российской Федерации и пользователей из Российской Федерации.
Определение и декларация принципов, целей и порядка получения, обработки, хранения и передачи персональных данных пользователей, работников, политика в отношении cookie.
Это является общим документом, не относится к конкретному приложению или продукту, хотя можно писать и на каждый отдельно (к примеру, когда разработчик — физическое лицо).

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

Нарушение прав пользователей, риск гражданско-правовой ответственности (возмещение ущерба, убытков), административная ответственность штраф в Российской Федерации до 75 000 рублей (подробнее с их размерами и другими видами ответственности можно ознакомиться вот тут по ссылке на Гарант — очень наглядная таблица), высокий риск блокировки Роскомнадзором.

3. Privacy Policy (политика конфиденциальности).

Источник

Запуск мобильного приложения: советы от юриста

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

Как защитить интеллектуальную собственность

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

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

Какие документы нужны для запуска

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

Источник

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

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

Юридическая функция даёт страховку на случай, если одна из сторон нарушит обязательства. Если спор не удаётся решить мирно, — поможет арбитражный суд. Он рассмотрит доводы сторон и вынесет решение, исходя из условий договора. Поэтому формулировки в нём должны быть чёткими: всё неясное, неточное и обтекаемое проясните до того, как поставите подпись.

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

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

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

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

Договор на разработку мобильного приложения комбинирует два типа договоров — на оказание услуг (исполнитель работает над приложением) и на передачу права интеллектуальной собственности (заказчик получает результат чужого интеллектуального труда). Он состоит из десяти пунктов:

1. Предмет и основные условия. Что? Для кого? За сколько? В этом пункте договоритесь об обязательствах сторон, этапах работы, о процессе оплаты и об электронной подписи.

2. Расчёты. В этом пункте — про условия оплаты. Облагается ли она налогами? Когда считается завершённой? Нужно ли отправлять бумажную версию отсканированного счёта? Ответы должны устраивать обе стороны.

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

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

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

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

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

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

9. Иные условия. В пункте — стандартные вещи про документооборот: договор действует на основании ГК РФ, а дополнительные соглашения являются его неотъемлемой частью.

10. Реквизиты. Здесь указываются актуальные данные заказчика и исполнителя: адреса, налоговые идентификаторы, номера счетов, ставится дата и подпись.

Готовый договор от «Лайв Тайпинга»: скачайте и начните разработку сейчас

Работать с шаблоном от «Лайв Тайпинг» несложно: в нём есть интерактивное оглавление, с которым вы быстро просмотрите все разделы. Наш договор — рамочный, в нём прописаны общие правила и обязанности сторон, а договорённости и детали по конкретному проекту вам придется самостоятельно зафиксировать в дополнительных соглашениях. Вы найдете их под основным документом. В приложениях также есть шаблоны технического задания.

Чтобы получить готовый договор, вам нужно:

1. Скачать шаблон договора на разработку мобильного приложения.
2. Выбрать дополнительное соглашение, которое подходит для вашего типа сотрудничества.
3. Заполнить допсоглашение конкретными деталями по вашему проекту (техническое задание, , текстовое описание проекта, смета, ).
4. Заменить данные в желтых полях на реальные данные заказчика и исполнителя.
5. Согласовать договор с партнёром.

Какое дополнительное соглашение выбрать

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

1. Fixed price. Заказчик покупает законченный продукт или его часть. Например: создание кликабельного прототипа приложения, разработку дизайна мобильного приложения или разработку приложения под iOS целиком с нуля. Это доспоглашение описывает этапы работы с фиксированными ценой и сроками. Вариант Fixed price подходит для работы над простыми проектами с понятной функциональностью, чётко прописанной в ТЗ. Выход за рамки ТЗ с сохранением прежних сроков и стоимости работы невозможен. Если заказчик хочет на лету менять требования и не зависеть от ТЗ, то лучше выбрать более свободную модель оплаты.

2. Time&Materials. Заказчик платит за время специалистов, потраченное на работу над его проектом. Круг задач и стоимость часа работы оговариваются в допсоглашении. Например, клиенту нужно создать приложение для iOS. Для этого нужны менеджер проекта, дизайнер, разработчик и тестировщик. В течение месяца эти специалисты трудятся на проекте, а в конце месяца клиент получает отчёт о количестве затраченных часов и оплачивает их. Этот вид сотрудничества хорош тем, что клиент гораздо быстрее видит результат и может вносить изменения в процессе. Этот вариант подходит для долгосрочных проектов.

3. Time&Materials period (он же Retainer). Данная практика пришла в ИТ из юридического бизнеса. Заказчик «оптом» выкупает всю команду, нужную для ведения проекта, на долгий срок. Период, состав команды и цена фиксируются в допсоглашении. Оплата и приём работ происходят раз в месяц/неделю. Это самый эффективный вариант работы над проектом, потому что в нём не нужно бесконечно подписывать документы, скрупулёзно считать часы и согласовывать каждый шаг. В начале периода заказчик и разработчик составляют план работ, в конце — подводят итог и фиксируют результаты, подписывая акт, который передаёт клиенту права на сделанные работы. Одновременно он является актом приёмки этих работ. Способ подходит для сложных и долгосрочных проектов, на которых важна полная вовлечённость всех участников команды.

Источник