Статьи

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

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

В чем разница между нейросетью и искусственным интеллектом?

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

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

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

Также нейросети и ИИ используются в сфере развлечений, например, для создания виртуальных помощников, таких как Алиса, Маруся, Сбер и так далее, а также для создания реалистичных изображений и видео.

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

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

В РФ возрастная маркировка контента регулируется Законом № 436-ФЗ. В соответствии с этим законом возрастной маркировке подлежит информационная продукция, под которой понимаются «предназначенные для оборота на территории Российской Федерации продукция средств массовой информации, печатная продукция, аудиовизуальная продукция на любых видах носителей, программы для электронных вычислительных машин (программы для ЭВМ) и базы данных, а также информация, распространяемая посредством зрелищных мероприятий, посредством информационно-телекоммуникационных сетей, в том числе сети «Интернет», и сетей подвижной радиотелефонной связи«.

Маркировка информационной продукции должна происходить при её вводе в оборот, однако в соответствии с Законом № 436-ФЗ оборот информационной продукции — это «предоставление и (или) распространение информационной продукции, включая ее продажу (в том числе распространение по подписке), аренду, прокат, раздачу, выдачу из фондов общедоступных библиотек, публичный показ, публичное исполнение (в том числе посредством зрелищных мероприятий), распространение посредством эфирного или кабельного вещания, информационно-телекоммуникационных сетей, в том числе сети «Интернет», и сетей подвижной радиотелефонной связи«.

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

При этом в соответствии с Законом № 436-ФЗ «классификация информационной продукции осуществляется ее производителями и (или) распространителями самостоятельно <…> до начала ее оборота на территории Российской Федерации«.

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

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

То есть возрастная маркировка необязательна?

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

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

Хотите узнать больше? Нужна юридическая помощь? Звоните и пишите нам, не откладывая! Городской телефон: +7-495-201-68-31 Мобильный телефон: +7-960-444-68-31 Электронная почта: inbox@shewzov.ru

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

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

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

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

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

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

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

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

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

Какие преимущества у внедрения средств связи в процесс заключения договоров?

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

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

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

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

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

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

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

Как происходит заключение договора через мессенджер?

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

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

Как видно из приведённого выше алгоритма, фактическое подписание договора происходит, как правило, вне чата.

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

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

И вот тут мы подходим к самому интересному.

А что если таким действием будет направление смайлика?

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

Видимо, именно к такому выводу и пришёл Пятнадцатый арбитражный апелляционный суд, когда оставлял решение Арбитражного суда Краснодарского края от 20.04.2023 по делу № А32-36944/2022 в силе.

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

Именно этот смайлик суд интерпретировал как согласие продавца на условия покупателя. Суд указал следующее:

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

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

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

Хотите узнать больше? Нужна юридическая помощь? Звоните и пишите нам, не откладывая! Городской телефон: +7-495-201-68-31 Мобильный телефон: +7-960-444-68-31 Электронная почта: inbox@shewzov.ru

Долгое время господствовало мнение, что номер телефона и адрес электронной почты относятся к персональным данным. И хотя логического объяснения таким выводам не находилось, контролирующие органы всё-таки считали именно так.

Этот вывод следовал из письма Роскомнадзора от 20.01.2017 года № 08АП-6054.

И, к сожалению, судебная практика на уровне районных судов этот вывод только подтверждала.

Почему так происходило?

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

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

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

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

Однако теперь Верховный Суд РФ дал окончательное разъяснение.

Что же сказал суд?

Недавно было принято определение Верховного Суда РФ от 21.07.2023 № 305-ЭС23-12160, которым судебные акты нижестоящих судов по делу № А40-139096/2022 оставлены без изменения.

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

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

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

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

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

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

Есть ли ещё что-то интересное?

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

Этот весьма однозначный вывод даёт нам повод считать минимальные по количеству полей формы для сбора заявок инструментом с достаточно низким риском с точки зрения соблюдения законодательства о защите персональных данных.

Хотите узнать больше? Нужна юридическая помощь? Звоните и пишите нам, не откладывая! Городской телефон: +7-495-201-68-31 Мобильный телефон: +7-960-444-68-31 Электронная почта: inbox@shewzov.ru

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

В действительности регистрация товарного знака является вполне себе обратимым процессом.

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

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

В каких же случаях могут отобрать товарный знак?

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

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

Зачем такое правило вообще нужно?

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

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

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

Как же сохранить права на товарный знак?

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

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

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

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

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

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

Хотите узнать больше? Нужна юридическая помощь? Звоните и пишите нам, не откладывая! Городской телефон: +7-495-201-68-31 Мобильный телефон: +7-960-444-68-31 Электронная почта: inbox@shewzov.ru

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

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

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

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

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

Что именно в музыке охраняет авторское право?

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

В первую очередь, опираясь на нормативное определение из ГОСТ Р 7.0.3-2006 можно увидеть, что музыкальным произведением технически считается «произведение, зафиксированное с помощью нотных знаков и предназначенное для воспроизведения на музыкальных инструментах или пения«.

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

Так вот самая простая и начальная объективная форма существования музыкального произведения — это нотные записи. Форму аудиовизуального произведения мы рассматривать в этой статье не будем, про неё можете почитать нашу отдельную публикацию.

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

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

Что такое исполнение музыки?

Когда кто-то вживую играет музыкальное произведение на инструментах — это исполнение этого музыкального произведения. Играющий при этом называется в законе исполнителем.

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

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

Соответственно такой автор будет обладать как авторскими правами на музыку, так и смежными правами на её исполнение.

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

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

А что же такое фонограмма?

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

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

Как и в предыдущем случае, автор и исполнитель музыки может быть одновременно и производителем фонограммы, если он сам же своё исполнение и записал. В таком случае у него будет целый комплект прав — авторские права на музыку, смежные на исполнение и на фонограмму.

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

Но ведь есть ещё и радио- и телепередачи?

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

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

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

На что влияют эти разные формы выражения музыки?

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

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

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

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

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

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

А как же песни с текстом?

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

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

* © Макаров Д.Г., Макаров Т.Г. Объективная форма музыкального произведения как объекта авторского права // ИС. Авторское право и смежные права. 2016. N 11. С. 14 — 22.

Хотите узнать больше? Нужна юридическая помощь? Звоните и пишите нам, не откладывая! Городской телефон: +7-495-201-68-31 Мобильный телефон: +7-960-444-68-31 Электронная почта: inbox@shewzov.ru

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

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

Мы провели собственное исследование этого вопроса и представляем его результаты в этой статье. Более того, мы уже успели применить его на практике, о чём расскажем в конце статьи (спойлер — если вы разрабатываете код под заказ, то хранение кода на GitHub лучше согласовывать с заказчиком письменно, или не хранить его там вообще).

Какие недостатки могут быть у GitHub?

Самый первый недостаток GitHub (здесь и далее имеется в виду именно онлайн-сервис https://github.com/, а не локальная платформа GitHub Enterprise Server) — это то, что он принадлежит совершенно посторонней американской компании GitHub Inc.

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

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

И хорошо, если у вас будет бэкап, а если нет? А если бэкап достаточно старый? Это будет невероятной проблемой.

А есть ли юридические основание передавать такой код на хранение американской компании? Конечно есть. Но это и есть второй недостаток GitHub.

Хранение кода на GitHub — это передача ему лицензии на код.

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

Так, при регистрации на GitHub пользователю предлагается принять условия использования сервиса, изложенные в документе «GitHub Terms of Service» (перев. с англ. – «Условия использования GitHub») по ссылке https://github.com/site/terms.

Тут надо отметить, что сам GitHub представляет собой интернет-сайт, который законы РФ (и не только РФ) определяют как совокупность программ для ЭВМ, баз данных и информации, хранящейся и обрабатываемой при помощи них.

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

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

Какие права получает GitHub на код?

Для ответа на этот вопрос обратимся к тексту условий использования GitHub.

Так в секции «D» условий использования GitHub определено следующее:

Английская версия:

«Short version: You own content you create, but you allow us certain rights to it, so that we can display and share the content you post. You still have control over your content, and responsibility for it, and the rights you grant us are limited to those we need to provide the service. We have the right to remove content or close Accounts if we need to.»

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

«Краткая версия: Вы являетесь владельцем создаваемого вами контента, но предоставляете нам определенные права на него, чтобы мы могли отображать и делиться размещенным вами контентом. Вы по-прежнему контролируете свой контент и несете за него ответственность, а права, которые вы предоставляете нам, ограничены теми, которые нам необходимы для предоставления сервиса. Мы имеем право удалять контент или закрывать Учетные записи, если это необходимо.»

В разделе 4 секции «D» условий использования GitHub определено следующее:

Английская версия:

«We need the legal right to do things like host Your Content, publish it, and share it. You grant us and our legal successors the right to store, archive, parse, and display Your Content, and make incidental copies, as necessary to provide the Service, including improving the Service over time. This license includes the right to do things like copy it to our database and make backups; show it to you and other users; parse it into a search index or otherwise analyze it on our servers; share it with other users; and perform it, in case Your Content is something like music or video.

This license does not grant GitHub the right to sell Your Content. It also does not grant GitHub the right to otherwise distribute or use Your Content outside of our provision of the Service, except that as part of the right to archive Your Content, GitHub may permit our partners to store and archive Your Content in public repositories in connection with the GitHub Arctic Code Vault and GitHub Archive Program.»

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

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

Эта лицензия не дает GitHub права продавать ваш Контент. Это также не дает GitHub права иным образом распространять или использовать ваш Контент за пределами нашего предоставления Услуг, за исключением того, что в рамках права на архивирование вашего Контента GitHub может разрешить нашим партнерам хранить и архивировать ваш Контент в общедоступных репозиториях в связи с программами GitHub Arctic Code Vault и GitHub Archive Program.»

В разделе 5 секции «D» условий использования GitHub определено следующее:

Английская версия:

«Any User-Generated Content you post publicly, including issues, comments, and contributions to other Users’ repositories, may be viewed by others. By setting your repositories to be viewed publicly, you agree to allow others to view and «fork» your repositories (this means that others may make their own copies of Content from your repositories in repositories they control).

If you set your pages and repositories to be viewed publicly, you grant each User of GitHub a nonexclusive, worldwide license to use, display, and perform Your Content through the GitHub Service and to reproduce Your Content solely on GitHub as permitted through GitHub’s functionality (for example, through forking). You may grant further rights if you adopt a license. If you are uploading Content you did not create or own, you are responsible for ensuring that the Content you upload is licensed under terms that grant these permissions to other GitHub Users.»

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

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

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

Таким образом, при регистрации пользователя на GitHub и принятии им условий использования GitHub» (https://github.com/site/terms) фактически между пользователем и компанией GitHub Inc. заключается лицензионный договор о предоставлении этой компании неисключительной (простой) лицензии на любой материал, который такой пользователь публикует в репозиториях сервиса GitHub, в том числе и исходный код компьютерных программ.

Такой лицензионный договор предоставил в отношении программного кода компании GitHub Inc. следующие права:

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

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

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

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

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

Решают ли эту проблему закрытые репозитории на GitHub?

Совершенно нет, не решают. Обратимся снова к условиям использования GitHub.

В отношении так называемых «закрытых», «приватных» или «частных», репозиториев в разделе 3 секции «Е» условий использования GitHub определено следующее:

Английская версия:

«GitHub personnel may only access the content of your private repositories in the situations described in our Privacy Statement.»

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

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

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

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

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

Какие могут быть последствия у публикации кода на GitHub?

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

Самый популярный способ — это взыскание через суд компенсации в размере либо от 10 000 до 5 000 000 рублей, либо в размере двойной ставки лицензионного вознаграждения по договорам с аналогичными условиями, как у нарушения, либо двойной цены контрафактного программного кода.

Реже можно встретить уголовное преследование за нарушение исключительных прав. За публикацию кода на GitHub мы пока такого не встречали, так как наше исследование — это новинка. И на практике нам такое удалось реализовать только один раз.

Так что там с судебной практикой?

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

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

Мы подключились уже на этапе, когда уже было ничего не сделать. Но сам код оказался выгружен на GitHub, так как в трёх экспертизах в предыдущем судебном деле эксперты знакомились с кодом именно на GitHub на аккаунте разработчика. Да только экспертизы эти были уже сильно позже даты официального перехода прав на код к заказчику.

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

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

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

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

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

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

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

С самим делом вы можете ознакомиться по этой ссылке.

Есть рекомендации, как этого избежать?

Да, мы уже упоминали об этом в статье. Во-первых, если очень хочется использовать GitHub, то пропишите это в договоре с заказчиком. И тогда, если у него будут претензии, то это вас защитит.

Во-вторых, после завершения разработки и сдачи работ заказчику удалите код из GitHub, ну или хотя бы закройте к нему доступ (но это не убирает нарушение, а только скрывает его).

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

Хотите узнать больше? Нужна юридическая помощь? Звоните и пишите нам, не откладывая! Городской телефон: +7-495-201-68-31 Мобильный телефон: +7-960-444-68-31 Электронная почта: inbox@shewzov.ru

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

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

Однако, со временем в законе появилась новая бизнес-фигура — самозанятый. С точки зрения закона самозанятым можно быть и без регистрации статуса индивидуального предпринимателя. Но тогда возникает вопрос…

Разрешено ли самозанятому зарегистрировать товарный знак?

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

Однако с 29 июня 2023 года вступают в силу изменения в гражданское законодательство, которые позволяют самозанятым регистрировать товарные знаки.

Этот закон был принят ещё год назад, 28 июня 2022 года, но вступает в силу он только этим летом. Скорее всего это связано с тем, что Роспатент должен модернизировать свою систему регистрации товарных знаков, чтобы ей смогли пользоваться и простые граждане тоже.

Что может дать товарный знак самозанятому?

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

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

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

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

А что же остальные граждане?

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

Хотите узнать больше? Нужна юридическая помощь? Звоните и пишите нам, не откладывая! Городской телефон: +7-495-201-68-31 Мобильный телефон: +7-960-444-68-31 Электронная почта: inbox@shewzov.ru

14 июля 2022 года были приняты глобальные изменения в Федеральный закон от 27.07.2006 N 152-ФЗ «О персональных данных», большинство из которых вступает в силу уже с 1 сентября 2022 года, а ряд изменений с 1 марта 2023 года.

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

А теперь подробнее.

Общие изменения

Федеральным законом от 14.07.2022 N 266-ФЗ внесены существенные изменения в правила обработки персональных данных. Так некоторые старые положения скорректированы, введены новые положения, например, для операторов персональных данных теперь предписаны новые обязанности и новые запреты, а также ряд сроков, предусмотренных законом, теперь сокращён. Нововведения вступают в силу с 1 сентября 2022 года, за исключением ряда положений, вступающих в силу с 1 марта 2023 года но уже сейчас очевидно, что они могут вызвать дополнительные расходы у всех, кто так или иначе обрабатывает персональные данные россиян.

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

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

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

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

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

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

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

Нововведения в согласии на обработку персональных данных

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

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

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

Расширены права субъектов персональных данных

Скорректированы права субъектов персональных данных. В частности, предоставление гражданину по его запросу информации, касающейся обработки его персональных данных, теперь должно производиться в течение 10 рабочих дней, которые могут быть продлены на 5 рабочих дней при условии направления оператором уведомления о причинах такого продления. Раньше общий срок составлял 30 дней. Сама информация должна быть предоставлена оператором гражданину в той форме, в которой им был получен запрос, если иную форму не попросил сам гражданин в запросе (т.е. если запрос подан по электронной почте, то и ответ должен быть через неё). Если оператор намерен отказать в предоставлении информации, то он должен сделать это также в течение 10 рабочих дней с возможностью продления на 5 рабочих дней при условии мотивированного уведомления субъекта персональных данных. Аналогичные обязанности оператора предусмотрены и для запроса контролирующего органа по защите прав субъектов персональных данных (Роскомнадзор).

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

Помимо отзыва согласия на обработку персональных данных закон теперь дополнен таким действием, как требование о прекращении обработки персональных данных. Как они соотносятся между собой пока неясно. Но при получении такого требования оператор обязан в течение 10 рабочих дней прекратить обработку персональных данных. Срок может быть продлён на 5 рабочих дней при условии уведомления заявителя о причинах продления. Как и в случае с отзывом согласия, если персональные данные уничтожить невозможно, то оператор обязан их заблокировать.

Обязанностей у операторов стало больше

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

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

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

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

Об утечках теперь нужно сообщать

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

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

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

Уведомлять Роскомнадзор теперь должны почти все

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

Немного скорректированы требования к такому уведомлению. Теперь оператор для каждой цели обработки персональных данных должен указывать категории персональных данных, категории субъектов, персональные данные которых обрабатываются, правовое основание обработки персональных данных, перечень действий с персональными данными и способы обработки персональных данных. Представляется, что теперь такое уведомление будет значительно объёмнее. Сами формы уведомлений, как и раньше, устанавливаются Роскомнадзором. Если сведения об операторе изменились, то с 1 марта 2023 года надо будет направлять уведомление об изменении не позднее 15 числа месяца, следующего за месяцем изменений, а если оператор прекратил обработку персональных данных, то уведомление об этом надо будет представить в течение 10 рабочих дней.

Ужесточены условия трансграничной передачи персональных данных

В числе положений, вступающих с 1 марта 2023 года, находятся нововведения в области трансграничной передачи персональных данных.

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

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

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

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

Вместо выводов

В общем и целом, нововведения, прописанные Федеральным законом от 14.07.2022 N 266-ФЗ, теперь обязывают практически каждого, кто мало-мальски работает с персональными данными, включаться в реестр операторов персональных данных, который ведётся Роскомнадзором, а также получать разрешение на трансграничную передачу персональных данных.

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

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

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

Хотите узнать больше? Нужна юридическая помощь? Звоните и пишите нам, не откладывая! Городской телефон: +7-495-201-68-31 Мобильный телефон: +7-960-444-68-31 Электронная почта: inbox@shewzov.ru

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

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

С чего начать заказ разработки ПО?

А начать надо с технического задания. Уже на этапе обсуждения между будущим разработчиком и заказчиком должно быть какое-то техническое задание, которое даст программистам понимание, что от них требуется и насколько сложна будет задача.

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

Чем более подробное будет техническое задание, тем более определённый результат может ожидать заказчик. Существуют стандарты разработки технических заданий, например, достаточно свежий и вступивший в силу с 1 января 2022 года ГОСТ 34.602-2020 «Информационные технологии (ИТ). Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы», или международный аналог — ISO/IEC/IEEE 29148:2018 «Systems and software engineering — Life cycle processes — Requirements engineering», однако их мало кто придерживается и в нашей практике технические задания, сделанные с оглядкой на подобные стандарты, были только у невероятно масштабных проектов.

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

Что с конфиденциальностью?

Если вы только в поиске идеального разработчика для вашего проекта, то следует иметь под рукой форму соглашения о неразглашении. Его ещё называют соглашением о конфиденциальности, или на английский манер — NDA (non-disclosure agreement).

Очевидно, что в процессе общения с разными компаниями или индивидуальными разработчиками у вас возникнет необходимость показывать всем свои идеи, какие-то наработки, быть может уже готовое техническое задание. Иногда не просто показывать, а даже передавать на какое-то время, чтобы программисты оценили объём и рассказали о своих условиях.

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

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

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

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

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

А что нужно предусмотреть в договоре на разработку?

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

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

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

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

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

Обязательно следует прописывать условия о переходе исключительного права на разработанное ПО. Как правило прописывается, что исключительное право переходит к заказчику с момента подписания актов сдачи-приёмки работ, но можно этот момент отрегулировать так, как удобно (с момента полной оплаты, например). Если не планируется приобретать полностью исключительное право на ПО, то важно прописать, что исключительное право остаётся у разработчика, и указать, на каких условиях право использования ПО предоставляется заказчику.

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

Что не забыть при сдаче-приёмке работ?

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

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

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

А если вдруг всё станет плохо?

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

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

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

Хотите узнать больше? Нужна юридическая помощь? Звоните и пишите нам, не откладывая! Городской телефон: +7-495-201-68-31 Мобильный телефон: +7-960-444-68-31 Электронная почта: inbox@shewzov.ru

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

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

Что меня ждёт за нарушение прав на товарный знак?

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

Гражданская ответственность

Рассмотрим сначала ответственность гражданскую. С финансовой точки зрения, на наш взгляд, как раз-таки гражданская ответственность является самой суровой.

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

Если истец запрашивает компенсацию в двукратном размере стоимости контрафактного товара, то ему придется выявить весь этот товар и доказать его количество. Для этого часто накладывают обеспечительные меры, т.е. арестовывают товар на складе и там его пересчитывают, что дает доказательственную базу. Но это трудоёмко. Самый эффективный способ — оценка стоимости лицензии на товарный знак и взыскание двукратного ее размера.

Административная ответственность

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

Простое незаконное использование чужого товарного знака повлечет:

• штраф: на граждан — от 5 до 10 тыс. рублей, на должностных лиц — от 10 до 50 тыс. рублей, на юридических лиц — от 50 до 200 тыс. рублей;
• конфискацию контрафактных товаров, а также материалов и оборудования, которые использовались для их производства.

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

• штраф: на граждан — в размере 2-кратной стоимости контрафактного товара, но не менее 10 тыс. рублей, на должностных лиц — в размере 3-кратной стоимости контрафактного товара, но не менее 50 тыс. рублей, на юридических лиц — в размере 5-кратной стоимости контрафактного товара, но не менее 100 тыс. рублей;
• конфискацию контрафактных товаров, а также материалов и оборудования, которые использовались для их производства.

Уголовная ответственность

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

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

Если незаконное использование товарного знака совершено неоднократно или причинило крупный ущерб, то оно наказывается штрафом в размере от 100 до 300 тыс. рублей, либо в размере доходов за период до двух лет, либо обязательными работами, либо исправительными работами, либо принудительными работами, либо лишением свободы на срок до двух лет со штрафом в размере до 80 тыс. рублей или в размере дохода за период до 6 месяцев.

Если преступление совершено группой лиц по предварительному сговору, то это повлечет более строгое наказание: штраф в размере от 200 до 400 тыс. рублей, либо в размере доходов за период от 18 месяцев до 3 лет, либо принудительными работами , либо лишением свободы на срок до 4 лет со штрафом в размере до 100 тыс. рублей или в размере дохода за период до 1 года.

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

Также отдельно я бы выделил ответственность по антимонопольному законодательству.

Антимонопольная ответственность?

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

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

Так за недобросовестную конкуренцию, связанную с использованием чужого товарного знака, можно схлопотать штраф: на должностные лица в размере 20 тыс. рублей либо дисквалификацию (запрет на осуществление деятельности) на срок до 3 лет; на юридических лиц — от 1% до 15% размера суммы выручки от реализации контрафактного товара, на рынке которого совершено нарушение, но не менее 100 тыс. рублей.

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

Хотите узнать больше? Нужна юридическая помощь? Звоните и пишите нам, не откладывая! Городской телефон: +7-495-201-68-31 Мобильный телефон: +7-960-444-68-31 Электронная почта: inbox@shewzov.ru