Наша компания предоставляет пользователям конструктор для создания мобильных приложений на основе SaaS. Однако мы работаем не с конечными потребителями, а с так называемыми «реселлерами», которые арендуют наш конструктор, а сами работают уже непосредственно с конечными потребителями — заказчиками мобильных приложений.
Вопрос — лицензируется ли деятельность нашей компании по предоставлению ПО на основе SaaS, если мы при этом не передает право пользования товарными знаками и брендами. И лицензируется ли каким-либо образом деятельность «реселлеров», которые продают и обслуживают конечный продукт — мобильные приложения- конечным потребителям (заказчикам приложений).
Показать полностью
10 февраля 2015, 05:51 , Оксана Матвиенко, г. Екатеринбург
Ответы юристов
Егор Будин
Юрист, г. Кемерово
Общаться в чате
Добрый день! Если ваша деятельность не попадет под главу 2 Федерального закона от 04.05.2011 N 99-ФЗ (ред. от 14.10.2014) «О лицензировании отдельных видов деятельности» то лицензирование не нужно.
Что будет, если не активировать Windows 10? Как долго работает Windows 10 без активации
10 февраля 2015, 05:59
Евгений Горюнов
Юрист, г. Ивантеевка
Общаться в чате
Нет ни Ваша деятельность, ни деятельность «реселлеров» под действие ФЗ «О лицензировании отдельных видов деятельности» не попадает.
Полный список видов деятельности подлежай лицензированию указан в ст. 12 упомянутого ФЗ
При этом государственная регистрация авторских прав на вашу программу та же обязательной не является, так как если Вы являетесь разработчиком данной программы, то считаетесь правообладателем по умолчанию
Статья 1261. Программы для ЭВМ
Авторские права на все виды программ для ЭВМ (в том числе на операционные системы и программные комплексы), которые могут быть выражены на любом языке и в любой форме, включая исходный текст и объектный код, охраняются так же, как авторские права на произведения литературы. Программой для ЭВМ является представленная в объективной форме совокупность данных и команд, предназначенных для функционирования ЭВМ и других компьютерных устройств в целях получения определенного результата, включая подготовительные материалы, полученные в ходе разработки программы для ЭВМ, и порождаемые ею аудиовизуальные отображения.
10 февраля 2015, 06:08
Павел Солнцев
Юрист, г. Самара
Общаться в чате
В соответствии со статьей 12 Закона о «О лицензировании отдельных видов деятельности», лицензированию подлежат следующие виды деятельности:
1) разработка, производство, распространение шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств, выполнение работ, оказание услуг в области шифрования информации, техническое обслуживание шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств (за исключением случая, если техническое обслуживание шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств, осуществляется для обеспечения собственных нужд юридического лица или индивидуального предпринимателя);
Что если не активировать Windows, как долго она проработает и будет ли нормально работать?
2) разработка, производство, реализация и приобретение в целях продажи специальных технических средств, предназначенных для негласного получения информации;
3) деятельность по выявлению электронных устройств, предназначенных для негласного получения информации (за исключением случая, если указанная деятельность осуществляется для обеспечения собственных нужд юридического лица или индивидуального предпринимателя).
Если Ваша деятельность подпадает под эти признаки, то тогда лицензируется.
Также лицензированию подлежит деятельность по изготовлению экземпляров аудиовизуальных произведений, программ для электронных вычислительных машин, баз данных и фонограмм на любых видах носителей (за исключением случаев, если указанная деятельность самостоятельно осуществляется лицами, обладающими правами на использование данных объектов авторских и смежных прав в силу федерального закона или договора).
Источник: pravoved.ru
Windows 10 без активации — как долго можно использовать и какие есть ограничения
Windows 10 стала куда менее привередливой в плане активации, чем предыдущие версии ОС: возможна активация по ключу Windows 7 или 8 (8.1), если система была хоть однажды активирована на компьютере, то в дальнейшем при установке той же редакции Windows 10 на этот же компьютер она будет активирована автоматически, также стал необязателен ввод ключа при установке: вы легко можете установить Windows 10 с официального сайта Майкрософт на чистый компьютер, в виртуальную машину или в Boot Camp на Mac без ввода ключа и активации. Подробнее: Активация Windows 10.
Работа с Windows 10 без активации
Если при установке оригинальной Windows 10 вы не введете ключ продукта (нажмете по пункту «У меня нет ключа продукта»), а за компьютером не закреплена цифровая лицензия 10-ки или отсутствует ключ в UEFI (в том числе от предыдущей версии ОС), по завершении вы получите практически полностью работоспособную систему с совсем незначительными ограничениями.
Прежде всего: какого-либо ограничения по времени работы Windows 10 без активации нет. Вас не будут донимать какими-либо сообщениями и ограничениями в работе. Однако, некоторые ограничения, не относящиеся непосредственно к использованию операционной системы, присутствуют:
Насколько мне известно, это все имеющиеся ограничения: никаких блокировок работы через полчаса использования или чего-то подобного.
Персонализация Windows 10 без активации
Несмотря на то, что в Параметрах Windows 10 при отсутствии активации персонализация недоступна, не всё так плохо. Прежде всего — изменение обоев рабочего стола:
Достаточно нажать правой кнопкой мыши по любой фотографии или картинке и выбрать пункт контекстного меню «Сделать фоновым изображением рабочего стола».
Как итог — мы можем пользоваться Windows 10 без активации вполне легально, не испытывая каких-либо серьезных неудобств, получая все необходимые обновления системы, исправно работающие программы и остальное. Более того, если будет необходимо, вы можете в любой момент активировать систему, введя ключ в Параметры — Обновление и безопасность — Активация.
Источник: remontka.pro
Какую Open source лицензию выбрать?
На самом деле универсального ответа на этот вопрос нет. Всё, как обычно, зависит от целей проекта и личных предпочтений автора. Open source лицензий великое множество и каждый может выбрать абсолютно любую. Главное, что нужно помнить, open source — это не код без лицензии. Даже для мини-проектов на github нужно указывать лицензии. Зачем?
Допустим, Вы сделали небольшую, но крайне полезную библиотеку. Допустим, её нашёл какой-нибудь разработчик и захочет использовать в своём коммерческом приложении. Но ни одна компания в здравом уме не будет использовать библиотеку без лицензии. Никому не нужны проблемы с юристами. Именно поэтому, Ваш, хоть и полезный проект, не будет использован.
А разработчики вынуждены будут либо использовать альтернативы, либо полностью переписывать Ваш код. Чтобы избежать этой ситуации, лучше озаботиться правильной лицензией заранее.
Зоопарк
Существует целый зоопарк Open source лицензий. Наверное, именно поэтому, разработчики не заморачиваются и просто не указывают лицензию. Однако, разобраться с ними достаточно просто. By David A. Wheeler — http://www.dwheeler.com/essays/floss-license-slide.html, CC BY-SA 3.0, Link Дэвид провёл небольшое исследование и собрал наиболее популярные open source лицензии на одной картинке. Если вкратце, то все open source лицензии условно можно разделить на 3 основные группы:
- Разрешающие (permissive)
- Слабо защищающие (weak protective)
- Сильно защищающие (strong protective)
Стрелочками указана совместимость между лицензиями. Например, разрабатывая программу под GPLv3, Вы можете включать в неё компоненты, выпущенные по лицензии Apache 2.0. Но не наоборот.
Разрешающие
Наиболее распространённые лицензии — это MIT, BSD и Apache 2.0. За небольшими девиациями, эти лицензии позволяют использовать код как в коммерческих, так и в open source проектах. Главное указывать авторство оригинальной программы. Полное описание доступно по ссылкам выше.
Слабо защищающие
Различные варианты Lesser GPL. Основное отличие от разрешающих лицензий — это необходимость предоставлять исходные коды и лицензировать программу под GPL лицензией (копилефт). При этом, если в Вашем проекте используется библиотека (динамическая линковка или статическая) под лицензией LGPL, то она будет совместима с любой лицензией Вашего проекта.
Сильно защищающие
Различные варианты GPL. Эти лицензии требуют раскрытие исходных кодов и лицензирование проекта, независимо от того, как используется библиотека.
Немного экзотики
Существует ещё одна достаточно полезная лицензия — GPLv2 with classpath extensions. Она используется компанией Oracle для лицензирования своих open source решений. Зачем она вообще нужна и чем отличается от обычной LGPL?
Для начала нужно сказать, что все “классические” GPL лицензии не работают с такой штукой как байт-код. В них есть описание процесса линковки и компиляции, что совсем не подходит интерпретируемым языкам, в том числе Java. Для этого как раз и была выпущена специальная лицензия GPLv2 with classpath extensions. Она ясно и чётко говорит, что библиотеки, выпущенные под этой лицензией можно использовать в коммерческих приложениях с любой другой лицензией.
Выбор лицензии
После того как лицензия выбрана, её достаточно добавить в корень проекта. Это можно сделать во время создания проекта или в любое другое время. Например, github сделали очень удобный способ добавления лицензии при старте проекта:
license_finder
Однако, это ещё не всё. Нужно проверить все зависимости, которые использованы в проекте. Если одна из зависимостей в проекте выпущена под лицензией GPL, то и Ваш проект должен быть GPL-совместим. Для такой проверки есть очень удобный инструмент — license_finder. Он поддерживает все современные системы сборки и может получить лицензии всех зависимых библиотек.
На картинке выше, эта программа автоматически определила систему управления зависимостями maven и прошлась по каждой из них. В результате найдено множество зависимостей и напротив каждой из них проставлено название лицензии.
Программа сама не разрешает конфликтов между лицензиями и не выбирает правильную. Это лишь удобный инструмент просмотреть лицензии всех своих зависимостей. Разруливать конфликты нужно вручную. Для этого можно добавить лицензии в список разрешённых.
license_finder approvals add «Apache 2.0»
После того как лицензии вручную одобрены, программа создаст файл doc/dependency_decisions.yml . В этом файле будет список всех разрешённых лицензий.
Ну и вишенкой на торте будет добавление license_finder шагом сборки в CI. Если он найдёт не одобренную лицензию, то статус код будет не равен 0, и сборка упадёт. Очень удобно, если случайно добавили новую зависимость, но не посмотрели её лицензию. Вот пример добавления в travis-ci:
before_install: — gem install license_finder script: — set -e — license_finder — the rest of build
Источник: dernasherbrezon.com