8 499 938-65-20
Мы — ваш онлайн-юрист 👨🏻‍⚖️
Опишите ситуацию — юрист подскажет, что делать дальше.

Разрешение на обработку персональных данных и политика конфиденциальности

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

, Дмитрий, г. Краснодар

Здравствуйте, Дмитрий! Если в Вашей политике конфиденциальности прописано, что пользователь сайта дает свое согласие на обработку персональных данных, дополнительно прописывать данное условие нет необходимости. Согласно статье 6 Федерального закона РФ от 27.07.2006 года № 152-ФЗ «О персональных данных»,

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

Согласно статье 9 вышеуказанного закона,

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

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

1
0
1
0

У вас похожая ситуация?

Опишите свои детали — юрист подскажет, что делать.

Добрый день.

Коллеги в целом уже ответили на Ваш вопрос, я бы хотел дополнительно от себя еще раз обратить внимание на полный перечень требований законодательства по персональным данным.
Действующее законодательство, и в первую очередь 152-ФЗ устанавливает ряд требований, касающихся обработки персональных данных. 
Основные требования:
1. На своем сайте Вы должны разместить Политику конфиденциальности. При этом нужно обратить внимание, что подойдет не каждая политика, то есть вариант «взять у конкурента» (который, как правило, сам откуда-то «взял») или просто «с интернета» не самый лучший, поскольку многие политики сделаны некачественно и основное — Вам нужна Политика, которая конкретно будет подходить под Вас.

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

1.1. Перечень персональных данных, которые Вы обрабатываете.
1.2. Сведения о способах обработки персональных данных.
1.3. Должно быть прописано, что, проставляя галочку о согласии с политикой конфиденциальности Пользователь тем самым Пользователь дает свое согласие на обработку его персональных данных, указанных в Политике конфиденциальности.
1.4. Цели использования персональных данных.
1.5. Принципы обработки персональных данных, которыми Вы руководствуетесь.
1.6. Меры, применяемые для защиты персональных данных.
1.7. Очень важный момент, про который многие забывают – если в процессе использования персональных данных, эти данные становятся доступны третьим лицам, в том числе в автоматическом режиме, например, лицам, которые просто помогают Вам в управлении сайтом, маркетинговому партнеру и т.д., то об этом обязательно (!) должно быть указано в политике. Это частая ошибка, которая приводит к тому, что Вам могут вменить незаконное разглашение персональных данных, несмотря на то, что Вы даже не думали ничего не нарушать. С этим мне неоднократно приходилось сталкиваться лично, Роскомнадзор за это активно штрафует.
1.8. Также в политику конфиденциальности нужно обязательно включить положение о том, что Вы вправе в любой момент изменить условия политики конфиденциальности в одностороннем порядке. Про это тоже часто забывают.
1.9. Еще нужен ряд положений, которые касаются того, что мол проставлением отметки Пользователь подтверждает, что он согласен со всеми условиями Политики конфиденциальности, что положения ему ясны и т.д.
1.10. Также в Политике отдельное внимание должно быть уделено файлам cookie, про это тоже часто забывают, хотя это тоже важный момент.
Это самый общий ряд требований, при этом стоит отметить, что каждый пункт должен быть сформулирован грамотно и должен учитывать конкретно Ваши нюансы. 

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

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

3. Помимо непосредственно наличия самих документов, есть требования к самому сайту, а именно: 

3.1. На сайте на абсолютно всех формах обратной связи, через которые может быть осуществлена передача персональных данных, должно быть окошечко, в котором Пользователи проставляют отметку о согласии с политикой конфиденциальности и пользовательским соглашением. Частая ошибка – делается политика конфиденциальности, а в окошечке Пользователь просто дает согласие с «обработкой персональных данных», а не с условиями Политики конфиденциальности и как следствие в этом случае фактически у Вас не будет подтверждения, что Пользователь согласился соблюдать условия политики конфиденциальности. Надо понимать, что цель политики конфиденциальности – в том числе получение от Пользователя согласия с обработкой его персональных данных, поэтому еще отдельно брать с него согласие на саму обработку уже не нужно, только согласие с политикой конфиденциальности.
3.2. Без проставления отметки о согласии с политикой конфиденциальности и пользовательским соглашением Пользователь не должен иметь возможности отправить Вам свои персональные данные. Это касается в том числе случаев даже если он Вам передает только имя, номер телефона или адрес электронной почты (это все относится к персональным данным – ст. 3 152-ФЗ).
4. Политика конфиденциальности и Пользовательское соглашение касаются урегулирования вопросов обработки персональных данных Ваших клиентов/Пользователей сервиса. Однако если у Вас есть работники, то дополнительно также нужно, чтобы был комплект документов, регулирующих вопросы обработки персональных данных Ваших сотрудников. Основным документом, который выполняет эту задачу является положение об обработке персональных данных, либо часто его называют положением о коммерческой тайне (хотя коммерческая тайна это другое, многие называют его именно так, а в содержании все равно прописывают вопросы обработки персональных данных), название тут не принципиально, строгих требований к нему нет, главное содержание. Я как правило предпочитаю объединять эти документы в один общий и именовать его «Положение о коммерческой тайне и обработке персональных данных» и в нем сразу урегулировать как вопросы коммерческой тайны, так и вопросы обработки персональных данных. Что касается требований к содержанию положения, то оно должно включать в себя:
4.1. Информацию о том, какие данные сотрудников обрабатываются.
4.2. Цели обработки персональных данных.
4.3. Порядок ознакомления сотрудников компании с положением.
4.4. Порядок и сроки уведомления работниками работодателя об изменении своих персональных данных.
4.5. Меры по защите персональных данных.
4.6. Порядок доступа отдельных работников к персональных данным сотрудников компании.
4.7. Порядок хранения персональных данных.
4.8. Условия предоставления третьим лицам персональных данных сотрудников компании.

Стоит отметить, что данное положение представляет собой локальный нормативный акт работодателя (ст. 8 Трудового кодекса РФ) и к нему применяются соответствующие требования, в частности: 1. Данное положение должно быть утверждено приказом единоличного исполнительного органа (директора) компании. 2. Работники должны быть ознакомлены под подпись с содержанием указанного положения (п.6 ч.1 ст. 18.1 152-ФЗ).

5. Помимо приказа об утверждении положения, регулирующего вопросы обработки персональных данных, также у Вас должен быть принят приказ о назначении ответственного за обработку персональных данных (ст. 22.1 ФЗ № 152-ФЗ). Чаще всего им выступает сам директор компании, но это не обязательно. Каких-либо специфичных требований к приказу здесь нет, требования к нему общие – такие, как и к любому другому внутреннему приказу.
6. Помимо указанных документов также, как правило, Вы должны направить уведомление в Роскомнадзор об обработке персональных данных (не путать с регистрацией в Роскомнадзоре).
Уведомление направляется по онлайн форме — https://pd.rkn.gov.ru/operators-registry/notification/form/и плюс должно быть продублировано в письменном виде по обычной почте. 

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

7. Необходимо отметить, что приведенные выше требования касаются ситуации, когда Вы обрабатываете данные граждан РФ в соответствии с 152-ФЗ. Однако не стоит забывать, что если Сервис ориентирован также на международный рынок, в частности на европейских клиентов или клиентов из США, то тут возникают дополнительные требования. Особое внимание следует в этом случае обратить на Регламент №2016/679 Европейского парламента и Совета Европейского Союза «О защите физических лиц при обработке персональных данных и о свободном обращении таких данных» General Data Protection Regulation (GDPR), который вступил в силу с 25.05.2018 г. Описывать все его требования в данном случае я думаю не совсем уместно, так как это тема отдельного полноценного разговора, но суть в том, что если Вы ориентированы на европейский рынок, то Ваша политика конфиденциальности должна быть составлена в полном соответствии со всеми требованиями GDPR. В отношении других стран также следует обратить внимание на местное законодательство, в частности, для работы с гражданами США, например, обязательно следует учесть требования Children's Online Privacy Protection Act (COPPA).  

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

8. Также еще частной ошибкой является хранение персональных данных граждан РФ на зарубежных сервисах, что запрещено законом (ст. 18 152-ФЗ). Хранить персональные данные граждан РФ можно только на российских серверах, про это ни в коем случае нельзя забывать. 

Что касается ответственности, то за любое нарушение установленного законом порядка сбора, хранения или распространения информации о гражданах (персональных данных) влечет за собой ответственность по ст. 13.11 КоАП РФ (там большой перечень видов нарушений, всего 7 частей в данной статье). При этом каждое нарушение рассматривается отдельно и, соответственно наказание за каждое нарушение также назначается отдельно, максимальный размер штрафа на текущий момент – 75000 руб.
Также если речь идет о нарушении обязанностей по хранению и использованию персональных данных работников, то может грозить ответственность по ст. 5.27 КоАП, здесь помимо штрафа уже предусмотрено административное приостановление деятельности на срок до 90 суток. 
Также непредставление в органы Роскомнадзора уведомления об обработке персональных данных влечет ответственность по ст. 19.7 КоАП РФ. 

Помимо прочего стоит отметить, что Роскомнадзор неоднократно обращал внимание, что существует и уголовная ответственность за нарушение неприкосновенности частной жизни – ст. 137 УК РФ.
Стоит отметить, что в целом это основной набор требований по 152-ФЗ, однако не стоит забывать, что в зависимости от ситуации набор требований может расширяться или наоборот сужаться. При этом стоит обратить внимание, что если, например, есть требование о наличии на сайте политики конфиденциальности, то это не значит, что к нему можно подходить формально и использовать любую политику, так как просто наличие формальной бумажки на сайте с названием «политика конфиденциальности» не имеет ничего общего с выполнением требований законодательства об обработке персональных данных.
(!!!) Также обращаю ваше внимание, что, если что-то останется непонятным БОЛЕЕ ПОДРОБНУЮ УСТНУЮ ИЛИ ПИСЬМЕННУЮ КОНСУЛЬТАЦИЮ по ЛЮБЫМ вопросам обработки персональных данных, в том числе по требованиям 152-ФЗ, GDPR, COPPA, Вы всегда можете получить, обратившись ко мне в чат (кнопка «общаться в чате» возле фотографии аккаунта).

(!!!) Также обратившись в чат ЛЮБОЙ может получить ПОМОЩЬ В РАЗРАБОТКЕ НЕОБХОДИМОЙ ДОКУМЕНТАЦИИ, касающейся исполнения требований российского и/или иностранного законодательства в сфере обработки персональных данных, в том числе помощь в разработке Политики конфиденциальности, Пользовательского соглашения (договора-оферты, лицензионного соглашения), положения о коммерческой тайне и обработке персональных данных, заполнении уведомления в Роскомнадзор, проведении аудита сайта/мобильного приложения на предмет соответствия требованиям законодательства о персональных данных. Буду рад помочь.

С Уважением,

Васильев Дмитрий.

0
0
0
0

Обращаю Ваше внимание, что с июля 2019 г. действует СПЕЦИАЛЬНОЕ ПРЕДЛОЖЕНИЕ в сфере персональных данных, а именно АБСОЛЮТНО БЕСПЛАТНО ЛЮБОЙ обратившись ко мне в чат (кнопка «общаться в чате» возле фотографии аккаунта) может получить информацию о ТОП 5 ОШИБОК при оформлении документов для сайта/мобильного приложения в сфере персональных данных (152-ФЗ, General Data Protection Regulation, Children's Online Privacy Protection Act и т.д.).

Также обращаю внимание, что, обратившись ко мне в чат, АБСОЛЮТНО ЛЮБОЙ может получить:

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

2. Помощь в проведении аудита Вашего сайта/мобильного приложения на предмет соответствия требованиям законодательства о персональных данных.

3. Информацию о реальной ответственности за нарушение требований закона о персональных данных, В ТОМ ЧИСЛЕ ОБ ОТВЕТСТВЕННОСТИ ЗА ХРАНЕНИЕ ДАННЫХ КЛИЕНТОВ НА ЗАРУБЕЖНЫХ СЕРВЕРАХ.

4. Помощь в подготовке следующих документов:

4.1. Политика конфиденциальности (она же политика обработки персональных данных) для сайта/мобильного приложения.

4.2. Пользовательское соглашение (оно же договор-оферта и оно же лицензионное соглашение) для Вашего сайта/мобильного приложения.

4.3. Положение о персональных данных у ИП/ООО.

4.4. Положение о конфиденциальности у ИП/ООО (не всегда нужно).

4.5. Формы приказов об утверждении положения о персональных данных и положения о конфиденциальности.

4.6. Форма приказа о назначении ответственного за обработку персональных данных.

4.7. Уведомление в Роскомнадзор об осуществлении обработки персональных данных. 

0
0
0
0
Похожие вопросы
1150 ₽
Вопрос решен
Уголовное право
Что делать, если брокер отказывает в закрытии счета и требует выплату долга?
Добрый день! Вопрос по брокерам-мошенникам. На меня в какой-то момент насели, уговорили открыть счет. Открыл, закинул туда 215 долларов через криптобиржу и решил все это дело закрыть. При закрытии начинается концерт с выводом, кредитное плечо и тд. Закрытие от меня невозможно, тк стоят какие-то ограничения, я уже понимаю, что это мошенники. Все зафиксировано в скриншотах и видеозаписях разговоров, так как требовали транслировать экран)) и шерстили мои банковские счета через мой второй телефон. Сейчас я попросил завершить процедуру закрытия и на меня вешают долг и угрожают взысканием, что мол я сам подписал соглашение, а я его, как минимум, не подписывал)) Подскажите, пожалуйста, что делать? как написать заявление за незаконный сбор персональных данных и соответственно мошенничества. Спасибо!
, вопрос №4938831, Андрей Андрей, г. Москва

У вас похожая ситуация?

Опишите свои детали — юрист подскажет, что делать.
Если да, какие юридические риски такая проверка снижает, а какие, наоборот, может создать?
Здравствуйте. Я планирую добавить в музыкальный AI-сервис новый функционал и хочу заранее получить правовую оценку его механики, пользовательских формулировок, рисков и необходимых изменений в пользовательских документах. ВАЖНО: в рамках данного запроса я не спрашиваю, как обойти авторские права. Я хочу понять, какие ограничения встроить, чтобы функция была добросовестной и юридически устойчивой. Краткое описание сервиса: сервис позволяет пользователю создавать музыкальные треки с использованием генеративных технологий (ИИ). Пользователь может задать текстовое описание, стиль, параметры звучания и/или текст песни. На выходе пользователь получает сгенерированный аудиотрек, который может прослушать и скачать, например в формате .mp3. При этом действующие пользовательские документы сервиса не предусматривают автоматическую передачу пользователю исключительных прав на результат генерации. Результаты предоставляются на условиях, указанных в пользовательском соглашении и оферте, с ограничениями по использованию и без гарантии уникальности, охраноспособности, отсутствия сходства с другими результатами или отсутствия претензий третьих лиц. Планируемый функционал: пользователь сможет инициировать короткую аудиозапись окружающего звучания через микрофон, по аналогии с тем, как пользователь нажимает кнопку распознавания музыки в музыкальных сервисах. Также может быть предусмотрен альтернативный сценарий, где пользователь временно передаёт аудиофрагмент в виде файла. В обоих случаях аудиофрагмент нужен только для технического анализа звучания. Сервис будет временно сохранять техническую копию аудиофрагмента для обработки, анализировать его и затем удалять исходный аудиофрагмент. Постоянно хранить исходную запись или загруженный файл не планируется. В базе могут оставаться только технические данные обработки, набор описательных тегов стиля и сформированное на их основе текстовое описание параметров звучания. Суть анализа: сервис не будет определять исполнителя, название трека, альбом, лейбл, автора, правообладателя или источник записи. Сервис также не будет выводить пользователю фрагменты текста песни, мелодию, ноты, сэмплы, вокальные дорожки или какие-либо части исходной записи. Анализ нужен только для формирования обобщённых описательных признаков звучания: жанр, поджанр, настроение, примерный темп, примерная тональность, тип вокала, инструменты, ритм, грув, характер аранжировки, плотность звучания, текстура, особенности сведения и общий характер музыкального направления. Например, результат анализа может выглядеть так: “энергичный танцевальный поп, электронное звучание, женский глянцевый вокал, яркие синтезаторные партии, плотные клубные барабаны, глубокий бас, настроение ночной поездки, современное поп-сведение”. Далее такие теги стиля используются как текстовая инструкция стиля для генерации нового трека через музыкальную генеративную систему (ИИ). Важно: сервис не будет использовать исходный аудиофрагмент для обучения собственных моделей, дообучения сторонних моделей, пополнения датасетов или создания базы музыкальных референсов. Фрагмент нужен только для разового анализа в рамках конкретного пользовательского запроса. Также планируется внедрить технические и продуктовые ограничения: — не определять и не показывать исполнителя/название трека; — игнорировать или удалять metadata файла, если пользователь передал аудиофайл; — не сохранять исходный аудиофрагмент после завершения обработки; — запрещать запросы вида “сделай как конкретный артист”, “скопируй песню”, “повтори мелодию”, “сделай такой же припев”, “голос как у конкретного исполнителя”; — удалять из пользовательского запроса имена артистов, названия песен, названия лейблов и фрагменты lyrics, если они были введены пользователем; — не использовать аудиозапись для voice clone, биометрической идентификации или имитации конкретного голоса; — не заявлять пользователю, что результат является копией, аналогом или заменой исходного трека; — не передавать пользователю исключительные права на результат, если это отдельно не предусмотрено документами сервиса. Прошу оценить следующие вопросы. 1. Как юридически квалифицируется короткая аудиозапись окружающего звучания через микрофон, инициированная пользователем для технического анализа? Отличается ли такая механика от загрузки аудиофайла пользователем в сервис? 2. Считается ли временное сохранение аудиофрагмента на сервере или в памяти системы воспроизведением произведения/фонограммы? Если да, есть ли допустимый способ организовать такую обработку без получения лицензии на каждый коммерческий трек, если аудиофрагмент используется только кратковременно, не публикуется, не передаётся пользователю и удаляется после анализа? 3. Есть ли принципиальная разница между: — записью короткого фрагмента через микрофон; — временной передачей готового аудиофайла; — обработкой фрагмента полностью в памяти без долговременного хранения; — хранением исходного аудиофрагмента несколько минут; — хранением исходного аудиофрагмента до 24 часов для технической отладки или повторной обработки? 4. Можно ли построить функционал так, чтобы пользователь не подтверждал наличие лицензии на коммерческий трек, а вместо этого подтверждал, что использует запись только для технического анализа звучания и понимает запрет на копирование, имитацию исполнителей, мелодий, текстов и фонограмм? Или даже при кратковременной технической обработке коммерческого трека требуется наличие прав/разрешения? 5. Есть ли правовая разница между сервисом, который распознаёт название и исполнителя по аудиоотпечатку, и сервисом, который не распознаёт трек, а только анализирует общие характеристики звучания и формирует теги стиля? 6. Какие риски возникают для прав авторов музыкального произведения, исполнителей, производителей фонограмм и иных правообладателей, если сервис не копирует мелодию, текст, запись, вокал и не использует имя исполнителя, но создаёт новый трек на основе обобщённых тегов стиля? 7. Где проходит граница между допустимым анализом музыкального направления, жанра, настроения и инструментовки и недопустимой переработкой, имитацией, созданием производного произведения или созданием результата, сходного до степени смешения с исходным треком? 8. Какие технические ограничения лучше внедрить, чтобы снизить риск нарушения прав: — ограничение длительности записи; — удаление исходного аудиофрагмента сразу после анализа; — запрет на хранение исходного файла; — запрет на распознавание артиста/названия; — запрет на использование lyrics; — запрет на voice clone; — проверка итогового описания на наличие имён артистов/названий треков; — ограничение близости результата к исходному звучанию; — предупреждение пользователя перед генерацией? 9. Какой срок хранения исходной записи можно считать разумным и безопасным: только на время обработки, несколько минут, до окончания пользовательской сессии, до 24 часов? Нужно ли отдельно указывать срок хранения в пользовательском соглашении и политике обработки персональных данных? 10. Можно ли после удаления исходного аудиофрагмента хранить: — набор тегов стиля; — текстовое описание звучания; — технические параметры анализа; — дату и статус обработки; — хэш файла или технический идентификатор запроса; — обезличенные логи ошибок? Какие из этих данных могут считаться производными от исходной фонограммы или потенциально спорными? 11. Нужно ли явно указать в документах, что исходные аудиофрагменты не используются для обучения моделей, дообучения, пополнения датасетов, создания базы референсов или последующего повторного анализа для других пользователей? 12. Нужно ли отдельно регулировать случаи, когда в аудиофрагменте есть узнаваемый голос человека? Может ли анализ типа вокала считаться обработкой биометрических данных, если сервис не идентифицирует личность, не создаёт голосовой отпечаток и не делает voice clone? 13. Какие формулировки допустимы в интерфейсе и маркетинге для описания функционала? Например: — “анализ звучания”; — “теги стиля по аудио”; — “описание музыкального направления”; — “подобрать параметры звучания”; — “создать новый трек в похожем музыкальном направлении”. Какие формулировки лучше исключить? Например: — “скопировать стиль”; — “сделать как артист”; — “повторить трек”; — “клон песни”; — “аналог известного трека”; — “извлечь музыкальную ДНК”; — “сделать песню по чужому треку”. 14. Какие предупреждения нужно показать пользователю перед записью/анализом аудиофрагмента? Например: — сервис не предназначен для копирования песен, мелодий, текстов, фонограмм, вокала или имитации конкретных исполнителей; — аудиофрагмент используется только для технического анализа звучания; — исходный аудиофрагмент удаляется после обработки; — результат анализа представляет собой только обобщённые теги стиля; — пользователь несёт ответственность за дальнейшее использование результата генерации; — сервис не передаёт исключительные права на результат генерации, если это отдельно не предусмотрено документами сервиса. 15. Нужно ли добавить отдельный раздел в пользовательское соглашение/оферту/политику персональных данных/правила генерации контента именно для этого функционала? Если да, какие положения туда обязательно включить? 16. Нужно ли предусмотреть процедуру рассмотрения жалоб правообладателей, если правообладатель считает, что пользователь использовал его трек как аудиореференс или что сгенерированный результат слишком похож на исходный трек? 17. Есть ли смысл добавить техническую проверку итогового результата на сходство с исходным фрагментом или известными коммерческими треками? Если да, какие юридические риски такая проверка снижает, а какие, наоборот, может создать? 18. Есть ли различия в правовой оценке следующих сценариев: — пользователь записывает короткий фрагмент музыки, звучащей вокруг; — пользователь передаёт файл коммерческого трека; — пользователь передаёт собственный трек; — пользователь передаёт инструментальный фрагмент без вокала; — пользователь передаёт вокальный фрагмент; — пользователь использует результат только лично; — пользователь скачивает результат в .mp3; — пользователь публикует результат в соцсетях; — пользователь пытается монетизировать результат. Прошу по итогам дать: 1. Общую правовую оценку допустимости такого функционала. 2. Ключевые юридические риски. 3. Рекомендованные технические ограничения. 4. Рекомендованные пользовательские формулировки. 5. Формулировки, которых следует избегать. 6. Рекомендации по сроку хранения и удалению аудиофрагментов. 7. Рекомендации по изменениям в пользовательском соглашении, оферте и политике обработки персональных данных. 8. Рекомендации по предупреждениям в интерфейсе. 9. Рекомендации по процедуре рассмотрения жалоб правообладателей. Техническое приложение к запросу Планируемая механика работы: 1. Пользователь нажимает кнопку анализа аудио. 2. Сервис записывает короткий аудиофрагмент через микрофон или принимает аудиофрагмент как файл. 3. Для обработки создаётся временная техническая копия аудиофрагмента. 4. Сервис не определяет исполнителя, название трека, альбом, лейбл или правообладателя. 5. Если аудио передано файлом, сервис игнорирует или удаляет metadata файла: artist, title, album и другие подобные поля. 6. Сервис анализирует только общие характеристики звучания: жанр, настроение, темп, вокал, инструменты, ритм, аранжировку, характер сведения. 7. Сервис формирует набор русскоязычных или англоязычных тегов стиля. 8. Исходный аудиофрагмент удаляется после завершения анализа. 9. Сервис не использует аудиофрагменты для обучения моделей, дообучения, датасетов или повторного использования для других пользователей. 10. В постоянном хранении могут оставаться только теги стиля, текстовое описание звучания и технические логи без исходного аудио. 11. Перед генерацией сервис очищает текстовое описание от имён артистов, названий песен, фрагментов lyrics и указаний на копирование. 12. В генерацию нового трека передаются только очищенные теги стиля и пользовательский запрос. 13. Пользователь может прослушать и скачать сгенерированный результат в аудиоформате, например .mp3. 14. Сервис не передаёт пользователю исключительные права на результат генерации, если это отдельно не предусмотрено пользовательскими документами или письменным соглашением.
, вопрос №4937922, Сергей, г. Москва

У вас похожая ситуация?

Опишите свои детали — юрист подскажет, что делать.
Скажите пожалуйста является ли персональными данными № гаража и инициалы
Добрый день! Скажите пожалуйста является ли персональными данными № гаража и инициалы. Например №425 СИП
, вопрос №4937428, Борис, г. Челябинск

У вас похожая ситуация?

Опишите свои детали — юрист подскажет, что делать.
Как управляющей компании подготовить возражение на иск о защите прав потребителя и персональных данных?
В адрес мирового суда поступило исковое заявление о защите прав потребителя, взыскание компенсации морального вреда, а также о признании действий по обработке персональных данных не законным. Ответчик Ук, и сейчас хочет написать возражение.
, вопрос №4932167, Джаният, г. Мегион

У вас похожая ситуация?

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

У вас похожая ситуация?

Опишите свои детали — юрист подскажет, что делать.
Дата обновления страницы 22.07.2019