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

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

Мы – рекламное агентство. Занимаемся маркетингом в социальных сетях. Сейчас с одним из заказчиков возник вопрос по поводу ретаргетинга в Facebook (ретаргетинг - это рекламный механизм, позволяющий направить онлайн-рекламу на тех пользователей, которые оставляли свои email-адреса или телефонные номера).

Чтобы настроить рекламу – нам нужно занести клиентские данные (e-mail адреса или номера телефонов) в Facebook.

Вопрос в следующем.

Каким образом должно было быть сформулировано согласие клиента по обработку персональных данных по ФЗ № 152-ФЗ для того, чтобы мы спокойно могли показывать рекламу.

1. Это можно сделать только в письменной форме в рамках договора c каждым клиентом нашего заказчика? Например, в этом пункте договора Вы даете разрешение на обработку персональных данных, в соответствии с Федеральным законом от 27.07.2006 года №152-ФЗ.

2. Или же мы можем занести данные в Facebook без разрешения пользователя? Так как они дают согласие на это тем, что они используют этот сервис.

Спасибо

Показать полностью
, Павел, г. Москва

Здравствуйте, Павел!

1. Это можно сделать только в письменной форме в рамках договора c каждым клиентом нашего заказчика? Например, в этом пункте договора Вы даете разрешение на обработку персональных данных, в соответствии с Федеральным законом от 27.07.2006 года №152-ФЗ

Павел

Именно так. Ибо основной принцип обработки ПД — это наличие согласия их субъекта.

2. Или же мы можем занести данные в Facebook без разрешения пользователя? Так как они дают согласие на это тем, что они используют этот сервис

Павел

Какой сервис? Использование самого Facebook не означает «автоматического» согласия на получение рекламной информации по телефону или электронной почте.

0
0
0
0

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

Опишите свои детали — юрист подскажет, что делать.
Похожие вопросы
Также клиент уточнял, не будет ли никаких обязанностей перед банком и минусов этой процедуры, на что сотрудник ответил, что больше клиент ничего должен не будет
У клиента поступило два предложения по дисконту. Сотрудник Анна Васильевна связалась с клиентом для того, чтобы озвучить предложение о прощении долга. Клиенту предложение показалось выгодным и два продукта были закрыты по дисконту . Также клиент уточнял, не будет ли никаких обязанностей перед банком и минусов этой процедуры, на что сотрудник ответил, что больше клиент ничего должен не будет. После погашения клиент узнает, что данная сумма, которая была списана банком, отображается как доход в налоговой, и за эту сумму необходимо заплатить налог . Об этом клиента никто не предупреждал. Клиент считает, что эта форма мошенничества. Из-за этой ситуации клиенту отказывают в назначении детских пособий.
, вопрос №4940378, Екатерина, г. Каспийск

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

Опишите свои детали — юрист подскажет, что делать.
Как сформулировать цели обработки персональных данных при оказании услуг аренды помещений?
Здравствуйте, какую формулировку прописать в ЦЕЛях обработки в согласии на обработку перс данных. Услуга заключается по сдаче помещения в аренду, поиск арендатора, проверка арендатора, согласование договора аренды и оформление договора. 1) Как прописать цель в согласии со своим клиентом арендодателем который оплачивает услугу ? 2) Как прописать цель в согласии с арендатором, который не оплачивает услугу и не является клиентом,но у которого я запрашиваю все данные для его проверки и передачи данных арендодателю?
, вопрос №4939030, Светлана, г. Колпино

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

Опишите свои детали — юрист подскажет, что делать.
Если да, какие юридические риски такая проверка снижает, а какие, наоборот, может создать?
Здравствуйте. Я планирую добавить в музыкальный 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, Сергей, г. Москва

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

Опишите свои детали — юрист подскажет, что делать.
Как восстановить свидетельство о рождении, если сведения не найдены в архиве?
Здравствуйте, Я нахожусь в Донецке ДНР,мое свидетельство о рождении сгорело т.к.оно находилось в г.Угледар ,чтоб восстановить свидетельство Я обратилась через заявление в МФЦ г . Донецк в ЗАГС, ЗАГС подал запрос в архив,это было в августе 2025г.ответ мне дали в апреле 2026,что моё свидетельство не найдено.Очень странно ведь год рождения у меня 1991г. И в архиве должно оно быть (так мне сказали работники ЗАГСа)Каким образом я могу и где восстановить свое свидетельство о рождении?!мне это очень важно т к Я не могу заменить паспорт (ошибка в фамилии)МВД мне без свидетельства отказывает
, вопрос №4934937, Кристина, г. Москва

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

Опишите свои детали — юрист подскажет, что делать.
1150 ₽
Вопрос решен
Трудовое право
Здравствуйте Подскажите пожалуйста правильно ли сформулировано юридически и безопасно для человека
Здравствуйте Подскажите пожалуйста правильно ли сформулировано юридически и безопасно для человека который подпишет данная формулировка указанная в согласии на предоставление персональных данных - текст- даю свое согласие оператору персональных данных , на обработку моих персональных данных в целях содействия мне в трудоустройстве, обучении и продвижении по службе, обеспечения личной безопасности , контроля количества и качества выполняемой работы и обеспечения сохранности имущества в соответствии с требованиями трудового законодательства Российской Федерации а также обеспечения услуг на основе программ добровольного медицинского страхования в соответствии с законодательством Российской Федерации об охране здоровья граждан. Действие согласия распространяется на следующую информацию, относящуюся к моим персональным данным: фамилия, имя, отчество, дата и место рождения, пол, гражданство, паспортные данные или данные иного документа удостоверяющего личность (серия, номер, когда и кем выдан), сведения, характеризующие мои физиологические особенности (изображение лица), адреса мест жительства, контактная информация, сведения об образовании, квалификации и о наличии специальных знаний и специальной подготовки, сведения о трудовой деятельности, заработной плате и иных доходах и расходах, сведения о воинском учете , семейном положении, сведения страховых полисов обязательного и (или) добровольного медицинского страхования, идентификационный номер налогоплательщика, а также иная информация, необходимая для достижения вышеуказанных целей и предусмотренная действующим трудовым законодательством Российской Федерации. Настоящее согласие предоставляется на совершение любых действий (операций) с моими персональными данными, включая сбор (в том числе у определенного круга третьих лиц, без уведомления меня об этом), систематизацию, накопление, хранение, уточнение (обновление, изменение), использование, распространение (в том числе передачу определенному кругу третьих лиц для достижения вышеуказанных целей, включая трансграничную передачу), обезличивание, блокирование, уничтожение, осуществляемых как с использованием средств автоматизации (автоматизированная обработка), так и без использования таких средств (неавтоматизированная обработка). Настоящее согласие действует в течение 75-ти (семидесяти пяти) лет, в случае, если иное не предусмотрено законодательством Российской Федерации. Я уведомлен (а), что вправе отозвать согласие на обработку своих персональных данных путем направления мною соответствующего письменного запроса на почтовый адрес
, вопрос №4932421, Салихат, г. Москва

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

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