Как оформить авторское право на мобильное приложение android?

Хочу себя полностью защитить от копирования уже готового мобильного приложения. Нужно ли патентовать приложение как программу ЭВМ? Можно ли ограничиться нотариусом?

Доброе утро, Мария!

Думаю, начать надо с того, что Вы встроите в код свои «хитрости» (своего рода баги, подписи), которые будут известны только Вам, а также хорошенько закодируете исходный код перед доведением программы до публики. Используйте программу везде с правильным копирайтом (С) — указывается правообладатель (если это Вы лично, то лучше полные ФИО указывать, можно со ссылкой на Ваш сайт). Указывайте автора тоже — в о программе, при установке в лицензии и т.д.

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

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

По закону: если программист создавал программу по заказу и иное не предусмотрено договором (как у Вас), то исключительное право переходит заказчику, но это создание по заказу надо еще доказать. Если из переписки и оплаты это четко следует, можно, наверное, оставить как есть. Хотя я всегда сторонник более четкого регулирования — в грамотном договоре. Если программист готов его подписать, возможно, стоит это сделать. Это сильно поможет и в будущем использовании программы (ибо договор хотят видеть многие).

К нотариусу… Можно, только не заявляйте себя автором, заявляйте себя правообладателем.

С программистом лучше урегулировать отношения письменно.

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

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

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

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

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

Добрый день. Коллеги уже ответили на Ваш вопрос, я бы хотел в целом обозначить требования законодательства к мобильным приложениям, которые необходимо соблюдать. 1. Перечень документов для мобильного приложения. Перечень документов, которые Вы должны разместить в мобильном приложении (вне зависимости от того, о каком приложении идет речь) выглядит следующим образом: 1.1. Пользовательское соглашение мобильного приложения (оно же Лицензионное соглашение, оно же Договор-оферта и оно же Публичная оферта). Все зависит от того, что за приложение. Общая цель Пользовательского соглашения – расписать условия предоставления доступа к сервису и/или условия продажи товаров/услуг. Требования к Пользовательскому соглашению мобильного приложения: — предмет договора, — порядок акцепта пользовательского соглашения. — права и обязанности сторон, Например, если речь идет, например, о стандартном интернет-магазине, то должны быть прописаны условия доставки товара, политика возвратов и т.д. Если речь идет, например, об интернет-бирже, то мы обычно делаем 2 Пользовательских соглашения – одно для исполнителей, другое для заказчиков. В Пользовательском соглашении для исполнителей, к примеру, очень важно будет прописать условия про их обязательство самостоятельно отвечать за качество услуг, исполнять обязательства в соответствии с правилами, изложенными в сервисе и т.д. — порядок расчетов, — порядок разрешения споров, — условия, ограничивающие Вашу ответственность (настолько, насколько это позволяет закон, частая ошибка – вопросам ответственности в Пользовательском соглашении уделяют мало внимания и возвращаются к ним только после того, как столкнутся с конкретной претензией от клиента или еще хуже с судебным иском. Я всегда рекомендую все риски (настолько насколько это позволяет закон) закрывать изначально при подготовке документации). Например, для сервиса – агрегатора услуг очень важно прописать, что сервис не несет ответственности за фактических исполнителей (качество их услуг и т.д.), которые будут оказывать услуги в мобильном приложении агрегатора. Для мобильного приложения – доски объявлений будет важно прописать, что сервис не несет ответственности за содержание объявлений, достоверность информации в них и т.д. На практике у нас обычно раздел про ответственность занимает 1-3 страницы, поскольку он один из самых ключевых. — условие о договорной подсудности по месту Вашего нахождения (кстати в способе описания условия о договорной подсудности очень часто допускаются ошибки, и суды потом признают пункт о договорной подсудности не согласованным. Если хотите, чтобы в случае судебного спора, спор был по месту Вашего нахождения (не во всех случаях применимо), то нужно к описанию этого пункта подойти максимально ответственно и с учетом судебной практики). 1.2. Политика конфиденциальности мобильного приложения (она же Политика обработки персональных данных мобильного приложения, она же Политика в отношении обработки персональных данных). Политику конфиденциальности и Пользовательское соглашение можно объединить в один документ, но лично я рекомендую иметь 2 отдельных документа, поскольку мне лично уже приходилось сталкиваться с тем, что Роскомнадзор при проверке мобильного приложения просто не разглядел положения про персональные данные в Пользовательском соглашении и повесил штраф. И хотя это дело мы успешно оспорили, лишний раз «давать повод» для претензий я не рекомендую, лучше перестраховаться. Кроме того, если делать нормальную качественную политику конфиденциальности для мобильного приложения, то она получится не на 1 и не на 2 страницы, не говоря уже о пользовательском соглашении и если все совмещать, то Пользовательское соглашение получится раздутым, что не очень удобно. При этом не стоит забывать, что на Вас лежит обязанность по доведению до пользователей всей необходимой информации о реализуемых товарах/услугах и для целей выполнения этой обязанности делать плохо читаемые раздутые и неструктурированные документы не самая лучшая идея (например, по банкам есть судебная практика когда суды не признают юридическую силу написанного в документах мелким шрифтом, мол нельзя в таком виде доводить информацию до клиентов — здесь может быть применена та же логика). Требования к политике конфиденциальности мобильного приложения: — Перечень персональных данных, которые Вы обрабатываете. — Сведения о способах обработки персональных данных. — Должно быть прописано, что, проставляя галочку о согласии с политикой конфиденциальности, Пользователь тем самым дает свое согласие на обработку его персональных данных, указанных в Политике конфиденциальности. — Цели использования персональных данных. — Принципы обработки персональных данных, которыми Вы руководствуетесь. — Меры, применяемые для защиты персональных данных. — Очень важный момент, про который многие забывают – если в процессе использования персональных данных, эти данные становятся доступны третьим лицам, в том числе в автоматическом режиме, например, лицам, которые просто помогают Вам в управлении мобильным приложением, маркетинговому партнеру и т.д., то об этом обязательно (!) должно быть указано в политике. Это частая ошибка, которая приводит к тому, что Вам могут вменить незаконное разглашение персональных данных, несмотря на то, что Вы даже не думали ничего не нарушать. С этим мне неоднократно приходилось сталкиваться лично, Роскомнадзор за это активно штрафует. — В политику конфиденциальности нужно обязательно включить положение о том, что Вы вправе в любой момент изменить условия политики конфиденциальности в одностороннем порядке. — Еще важно прописать, что проставлением отметки Пользователь подтверждает, что он согласен со всеми условиями Политики конфиденциальности, что положения ему ясны и т.д. — Также в Политике отдельное внимание должно быть уделено файлам cookie, про это тоже часто забывают. 1.3. Остальные документы уже зависят от того, о каком мобильном приложении идет речь. Для некоторых мобильных приложений мы делаем пакет из 10 и более документов, для некоторых ограничиваемся Пользовательским соглашением и Политикой конфиденциальности. Чаще всего дополнительно используются следующие документы для мобильного приложения: — Политика возвратов. — Правила оказания различных услуг. — Положение о партнерской программе. — Регламенты совершения пользователями отдельных действий через мобильное приложение.