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

Статья 12. Перечень видов деятельности, на которые требуются лицензии

Перспективы и риски арбитражных споров. Ситуации, связанные со ст. 12

1. В соответствии с настоящим Федеральным законом лицензированию подлежат следующие виды деятельности:

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

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

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

4) разработка и производство средств защиты конфиденциальной информации;

5) деятельность по технической защите конфиденциальной информации;

6) производство и реализация защищенной от подделок полиграфической продукции;

Лицензии на осуществление деятельности, указанной в п. 7 ч. 1 ст. 12, выданные до 02.07.2021, переоформлению не подлежат (ФЗ от 02.07.2021 N 349-ФЗ).

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

(в ред. Федерального закона от 02.07.2021 N 349-ФЗ)

(см. текст в предыдущей редакции)

С 01.03.2022 п. 8 ч. 1 ст. 12 излагается в новой редакции (ФЗ от 11.06.2021 N 170-ФЗ). См. будущую редакцию.

8) разработка, производство, испытание, установка, монтаж, техническое обслуживание, ремонт, утилизация и реализация вооружения и военной техники;

С 01.03.2022 п. 9 ч. 1 ст. 12 излагается в новой редакции (ФЗ от 11.06.2021 N 170-ФЗ). См. будущую редакцию.

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

С 01.03.2022 ст. 12 дополняется п. 9.1 (ФЗ от 11.06.2021 N 170-ФЗ). См. будущую редакцию.

С 01.03.2022 п. 10 ст. 12 излагается в новой редакции (ФЗ от 11.06.2021 N 170-ФЗ). См. будущую редакцию.

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

(в ред. Федерального закона от 28.07.2012 N 133-ФЗ)

(см. текст в предыдущей редакции)

11) деятельность по хранению и уничтожению химического оружия;

12) эксплуатация взрывопожароопасных и химически опасных производственных объектов I, II и III классов опасности;

(п. 12 в ред. Федерального закона от 04.03.2013 N 22-ФЗ)

(см. текст в предыдущей редакции)

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

13) утратил силу с 1 июля 2013 года. — Федеральный закон от 04.03.2013 N 22-ФЗ;

(см. текст в предыдущей редакции)

14) деятельность по тушению пожаров в населенных пунктах, на производственных объектах и объектах инфраструктуры;

(п. 14 в ред. Федерального закона от 14.10.2014 N 307-ФЗ)

(см. текст в предыдущей редакции)

Лицензирование деятельности, указанной в п. 15, прекращается со дня вступления в силу закона, предусматривающего саморегулирование такой деятельности.

15) деятельность по монтажу, техническому обслуживанию и ремонту средств обеспечения пожарной безопасности зданий и сооружений;

16) производство лекарственных средств;

С 01.01.2022 п. 17 ч. 1 ст. 12 излагается в новой редакции (ФЗ от 30.04.2021 N 128-ФЗ). См. будущую редакцию.

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

18) оборот наркотических средств, психотропных веществ и их прекурсоров, культивирование наркосодержащих растений;

19) деятельность в области использования возбудителей инфекционных заболеваний человека и животных (за исключением случая, если указанная деятельность осуществляется в медицинских целях) и генно-инженерно-модифицированных организмов III и IV степеней потенциальной опасности, осуществляемая в замкнутых системах;

20) деятельность по перевозкам внутренним водным транспортом, морским транспортом пассажиров;

21) деятельность по перевозкам внутренним водным транспортом, морским транспортом опасных грузов;

22) — 23) утратили силу. — Федеральный закон от 18.02.2020 N 21-ФЗ;

(см. текст в предыдущей редакции)

24) деятельность по перевозкам пассажиров и иных лиц автобусами. В целях настоящего Федерального закона лицензирование не осуществляется в отношении перевозок, выполняемых автобусами пожарной охраны, скорой медицинской помощи, полиции, аварийно-спасательных служб, военной автомобильной инспекции, федерального органа исполнительной власти в области обеспечения безопасности, федерального органа исполнительной власти в области разведывательной деятельности, федерального органа исполнительной власти в области государственной охраны, Вооруженных Сил Российской Федерации, войск национальной гвардии Российской Федерации, следственных органов Следственного комитета Российской Федерации, а также в отношении перевозок, выполняемых автобусами без использования автомобильных дорог общего пользования;

(в ред. Федеральных законов от 30.10.2018 N 386-ФЗ, от 27.12.2019 N 478-ФЗ)

(см. текст в предыдущей редакции)

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

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

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

Основные сведения

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

Если вы изначально позиционируете свой продукт как «открытый» или «свободный» — можно оформить добровольный сертификат на предоставление услуг!

Основные типы программных продуктов:

  • Несвободного использования (платные): в том числе, коммерческие (программы с закрытым кодом, приносящие прибыль).
  • Свободного использования (бесплатные).
  • Открытого использования. К ним относят те утилиты, которые любой можно видоизменить по своему желанию (с открытым кодом — Open Source).

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

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

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

Читайте также  Как определить балансовую стоимость активов по балансу

Почему выгодно оформлять лицензию на разработку ПО

ГК РФ предусматривает защиту интеллектуальной собственности. Наличие лицензии является подтверждением права на ПО. Вот несколько преимуществ прохождения процедуры:

  • Авторские права разработчиков полностью защищены. Использование их продукции в коммерческих целях другими юридическими лицами полностью пресекается, так как уголовно наказуемо.
  • У компании появляется возможность участвовать в государственных тендерах.
  • Покупатели привыкли доверять только проверенным компаниям. Получение сертификата позволит привлечь новых клиентов. Маркировка о сертификации программных продуктов появится на их коробках, наличие данного знака привлекает внимание.
  • Наличие сертификата подтверждает качество и безопасность вашего информационного продукта.

Если вы хотите обезопасить себя от потери прав на приложения, расширить клиентскую базу – желательно обратиться в сертификационный центр.

Необходимые для оформления документы

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

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

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

Чтобы избежать проблем с сбором документов, доверьте это специалистам сертификационного центра. Так вы точно будете уверены в положительном результате.

Узнать подробнее про документ

Этапы процедуры

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

  1. Клиент составляет и подает заявление на регистрацию ПО. Заявление оформляется в соответствии с установленной законодательством форме. Производится оплата госпошлины.
  2. Пакет документов и заявление передаются в ФИПС. При обнаружении ошибок, опечаток, несоответствий, бумаги возвращаются обратно. Сотрудники сертификационного центра занимаются их переоформлением и доработкой самостоятельно.
  3. Проводятся экспертизы ПО, проверка его на соответствие требованиям.
  4. Разработчик получает свидетельство о регистрации. Его вносят в официальную базу данных, и можно начинать реализацию продукции.

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

Преимущества оформления в центре сертификации «EAC Audit»

Специалисты «EAC Audit» помогают в получении разрешительной документации на большинство типов продукции и услуг. Среди преимуществ обращения в «EAC Audit», клиенты выделяют:

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

Хотите быть уверены в результате? Нужно срочно получить сертификат на разработку ПО? Центр «EAC Audit» готов помочь вам с этим. Чтобы получить персональную консультацию и узнать о процедуре подробнее, оставьте свою заявку!

Кому нужно получить сертификат на разработку программного обеспечения?

Сертификация разработки ПО необходима для решения следующих задач:

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

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

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

Согласно ст. 12 99-ФЗ от 04.05.2011 года, обязательное лицензирование услуг по созданию ПО требуется только в следующих случаях:

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

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

  • российской (СДС) – подтверждает соответствие услуг установленным системой критериям качества;
  • международной (ИСО) – удостоверяет соответствие системы менеджмента фирмы профильным стандартам ИСО, например, 9001.

Получение добровольных документов укрепляет конкурентные позиции разработчиков на рынке.

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

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

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

Лицензирование программного обеспечения

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

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

Классификация лицензий и типы лицензирования ПО

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

К открытым относятся: Open Source программы с открытым кодом которые можно модифицировать.

К бесплатным относятся: Freeware, GPL, Adware, Postcardware, Donationware, Nagware/Begware.

К условно-бесплатным относятся: ShareWare, TrialWare, Demoware.

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

Для наглядности рассмотрим сравнительную характеристику условий самых распространенных лицензий в виде таблицы, где будет указано о наличии или отсутствии в лицензии тех или иных требований. Все лицензии, которые будут рассматриваться являются лицензиями, одобренными Open Source Initiative для распространения ПО с открытым исходным текстом.

Читайте также  Штраф за работу без ккм для ООО

image
* Если нет письменного разрешения об использовании наименования продукта создателей лицензии.
** В данном случае речь идет об исходном тексте.

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

image

Кратко разберем какой тип лицензирования что из себя представляет.

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

Full Package Product. «Коробочный» продукт применяется в основном для розничной торговли и удобен для частных лиц или малого бизнеса. Разрешение на использование программного продукта на одном компьютере дает покупка одной «коробки» и не важно, сколько людей будет пользоваться этим ПК. Так же можно сменить ПК, но определенное количество раз.

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

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

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

image

Теперь по этой таблице можно сделать вывод, кому, что больше подойдет.

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

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

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

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

Тенденция развития лицензирования.

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

1) Подписка на лицензирование ПО. Производители программного обеспечения серьезно взялись за перевод своих продуктов на платную «подписку». Зачем платить за продукт сразу всю сумму если можно платить частями по мере использования? Сравним достоинства и недостатки данного лицензирования для пользователя, а также приведем пример выгоды данного способа для разработчиков программного обеспечения.

image

Разработчики программного обеспечения плавно переводят от “вечного” использования продукта к подписке. Рассмотрим наглядно как это работает:image

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

2) Частичный перевод коммерческих продуктов на открытые лицензии. Тем самым привлекая к себе для спонсирования крупные компании и государства.

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

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

Компании-разработчики программного обеспечения не всегда должным образом подходят к вопросу защиты исключительных прав. Крупные компании не являются исключением, взять хотя бы нашумевшее дело «Антон Мамичев против Veeam».

Бывший работник Veeam Антон Мамичев создал программу eLearning Metadata Manager. При увольнении он предложил работодателю заключить лицензионный договор на использование программы и, не получив желаемого, обратился в суд.

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

Суд первой инстанции признал Мамичева автором программы и присудил в его пользу компенсацию в размере 23 млн рублей.

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

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

Первая всероссийская премия в области AgroTech-решений. Участвуй сам или номинируй достойных!

Код

Нужно ли регистрировать права на программу

Государственная регистрация Роспатентом программ для ЭВМ не обязательна и осуществляется только по желанию правообладателя. В результате регистрации правообладатель получает свидетельство.

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

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

Таким образом, регистрация сама по себе не является панацеей от споров о принадлежности прав на ПО.

Если говорить о плюсах регистрации, то это:

  • Получение официального документа (свидетельства);
  • Удобство для бухгалтера — он может отражать в учете нематериальный актив;
  • Экономия времени, когда нужно доказать принадлежность прав на ПО;
  • Еще один бонус — капитализация стартапа, как правило, вырастает после оформления интеллектуальной собственности.

Как правильно закрепить отношения с работниками

По умолчанию, исключительное право на программу принадлежит работодателю (ст. 1295 ГК РФ), но тут зарыта собака. Если документы между работником и работодателем не будут оформлены надлежащим образом, то, несмотря на наличие нормы закона, работник может «увести» права на программу и запретить работодателю использовать ее.

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

  • Четко и ясно прописать в трудовом договоре функции, которые должен выполнять сотрудник (например, разрабатывать такую-то программу);
  • Разработать положение о служебном произведении и дать его под роспись сотрудникам на ознакомление;
  • Составить должностную инструкцию и точно так же получить подписи работников;
  • Для каждого проекта составлять служебное задание и доносить его до сотрудника (можно электронно);
  • Ежемесячно подписывать акт приемки работ (иногда это называют отчетом о проделанной работе — разницы нет), где будет зафиксировано, какую работу выполнил сотрудник;
  • Прописать в отдельном соглашении размер вознаграждения сотрудника за создание программы и порядок его выплаты (1295 ГК РФ). Закон напрямую предусматривает необходимость выплаты вознаграждения и отделяет этот институт от заработной платы;
  • Выплатить работнику вознаграждение.

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

Читайте также  Как правильно копить деньги на квартиру?

Компьютеры с кодом

Как правильно закрепить отношения с фрилансером

Если программу разрабатывает фрилансер, то помимо договора авторского заказа с детально изложенным ТЗ нужно подписать с ним акт о приемке работ и зафиксировать факт оплаты по договору.

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

Чтобы обезопасить себя, во-первых, выясните, собирается ли фрилансер разрабатывать программу самостоятельно. Во-вторых, включите в договор условие о том, что фрилансер заверяет (431.2 ГК РФ) компанию об обладании исключительными правами, а в случае нарушения этого пункта — выплачивает неустойку или возмещает потери в соответствии со ст. 406.1 ГК РФ.

Как грамотно использовать режим коммерческой тайны

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

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

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

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

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

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

И напоследок — не забывайте пользоваться техническими средствами защиты

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

Лицензионный договор на программное обеспечение

Гончаров Андрей Михайлович

Лицензионный договор на ПО

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

Виды лицензионных соглашений на ПО

Исходя из объемов прав законного обладателя лицензии, она может быть двух видов:

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

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

Порядок заключения, условия

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

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

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

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

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

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

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

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

Срок действия лицензии на ПО

Согласно общим правилам, изложенным в Гражданском Кодексе Российской Федерации, использовать Лицензиат может использовать программный продукт на протяжении определенного периода времени, установленного соглашением. Несмотря на то, что бессрочные лицензии не отменяют законную силу действия договора, подобная ситуация является некорректной.

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

Как грамотно сформировать условия лицензии

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

За нарушение пунктов договора, предусматривается финансовая ответственность или прекращение пользования продуктом.

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

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

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: