Изменения политики РКН после 30 мая 2025г.

[Dimm54]

3 вкладка указываем только на Распространение ПД - Я не даю согласие...

как добавить поля в эту вкладку ?

 

[Sadorimatsu]

как добавить поля в эту вкладку ?

Тут описывал - Изменения политики РКН после 30 мая 2025г.

 

[Sadorimatsu]

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

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

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

 

[ZlataJesen]

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

не получается точно, дословно:

Согласие на обработку персональных данных, разрешенных субъектом персональных данных для распространения, оформляется отдельно от иных согласий субъекта персональных данных на обработку его персональных данных.
Федеральный закон от 27.07.2006 N 152-ФЗ (ред. от 26.07.2026) "О персональных данных"
Статья 10.1.

Хорошо хоть можно не заморачиваться с группами...

 

[Dimm54]

у меня выходит только так

как делается четбокс на выбор пользователя

 

[Sadorimatsu]

Dimm54, вы бы не спешили делать 2 поле с радиокнопками. С ним до конца ещё не решен. 1 поле обязательно, тут спокойно оставляйте, а вот на распространение ПД пока лучше уберите. С ним думаю можно решить и с чекбоксом, но нужно уточнение по правовым нормам, с которыми пока бадаюсь.

как делается четбокс на выбор пользователя

В смысле выбор пользователя? Что имеете в виду?

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

 

[Mirovinger]

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

Я бы создал в РМ манул, как у Вас было по роботс ранее и дополнять можно и искать не сложно, да и обсуждать изменения и правки тоже удобнее, а здесь обсуждение в целом оставить.

 

[Sadorimatsu]

Я бы создал в РМ манул, как у Вас было по роботс ранее и дополнять можно и искать не сложно, да и обсуждать изменения и правки тоже удобнее, а здесь обсуждение в целом оставить.

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

 

[Mirovinger]

Я понимаю Вас и знаю каково в юридических нюансах разбираться, просто предложил, так как сейчас сами потеряетесь в этом всём.

 

[Dimm54]

В смысле выбор пользователя? Что имеете в виду?

спасибо за советы, я пока попутно разбираю как оно и чего ) вот например

зачем два чекбокса выбор пользователя и я даю согласие ? если человек ставит галочку - это и есть его выбор, но вопрос как вы сделали два пункта ? 1 пункт и подпункт

 

[Sadorimatsu]

зачем два чекбокса выбор пользователя и я даю согласие ? если человек ставит галочку - это и есть его выбор, но вопрос как вы сделали два пункта ? 1 пункт и подпункт

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

Я понимаю Вас и знаю каково в юридических нюансах разбираться, просто предложил, так как сейчас сами потеряетесь в этом всём.

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

P.S. Всё же убеждаюсь, что есть способ избавиться от пункта "Распространение ПД". Для этого нужно чтобы логин был только псевдонимом т.е. обезличить и тогда он не будет считаться ПД, так же после регистрации закрыть просмотр профиля всем гостям, скрыть отображение даты рождения (если есть). Только в этом случае от пункта можно избавиться.
Но если пользователь специально вводит ФИО или его часть в логин, то при регистрации нужно создать чекбокс, который он обязательно должен подтвердить, что он соглашается с тем, что вводит псевдоним, а не реальное имя и если он даже в этом случае введет фио, то при провке можно сослаться, что он был предупрежден и сам же нарушил условие. Либо просто прописать это в запрет правила форума и при попытке банить таких кадров, если не захотят переименовать и никакой чекбокс не нужен.

 

[Dimm54]

P.S. Всё же убеждаюсь, что есть способ избавиться от пункта "Распространение ПД".

Но если пользователь специально вводит ФИО или его часть в логин, то при регистрации нужно создать чекбокс,

избавиться от одного чекбокса, чтоб сделать другой ? или тут какой-то другой смысл ? чем проще для понимания, тем, я думаю, лучше, пусть их будет хоть 10, в чем тайный смысл избавления от пункта "Распространения " ?

 

[Sadorimatsu]

избавиться от одного чекбокса, чтоб сделать другой ? или тут какой-то другой смысл ? чем проще для понимания, тем, я думаю, лучше, пусть их будет хоть 10, в чем тайный смысл избавления от пункта "Распространения " ?

Есть фундаментальная проблема. Вы бы по гуглили, что требуется под "Распространение ПД". Если кратко, то требует полного исключения любых ПД со стороны гостей т.е. сокрытие логина, аватара, года рождения, просмотра профиля, прям ВСЁ. Либо маскировать логин .

И какие у нас есть варианты?

1) Если мы сохраняем чекбокс, а лучше радиокнопки на "Распространение ПД", то что от нас требуется? (Юридически правильный и продуманный вариант, но сложный в реализации)
1.1 Автоматическое повышение групп между согласных и несогласных с распространением ПД. Способ, который расписал тут.
1.2 Создание доп. группы для переключения между согласными и несогласными со своими правами доступа.
1.3 В группе несогласных пользователь не ограничивается в правах на форуме, он может писать сообщения, отвечать в темах, загружать файлы и пользоваться всеми функциями наравне с остальными. Единственное отличие: гостям и другим пользователям вместо его логина отображается обезличенный идентификатор (например, «Участник #12345»). Пример которого с логином, нам показал XGrid, ТУТ. Ограничивать несогласного до "только чтение" нельзя - это нарушение п. 4 ст. 16 ЗоЗПП (отказ в услуге за непредоставление согласия на распространение ПД).
Если пользователь согласился на распространение - его логин (включая ФИО, если он их указал) виден гостям как есть, без маскировки. Согласие на распространение и есть правовое основание для публичного показа.
1.4 Требует, чтобы у всех пользователей (в том числе у старых) было подтверждение на распространение ПД, проблема, как заставить старичков подтвердить, этот вопрос так и остался открытым. Единственное решение, это запустить принудительное подтверждение политики или правил форума с новой датой, тем самым все снова зашедшие пользователи будут вынуждены их подтвердить и на ту форму нужно добавить доп. поле для подтверждения распространения ПД. Это единственное правильное решение, это нужно через модификатор шаблона доработать. Возможно смогу с этим разобраться.

2) Если мы избавляемся от чекбокса "Распространение ПД", то что требует? (Юридически тупиковый вариант со своим риском, но самый простой)
1. Не требуется то, что описано в варианте 1 (разделение групп, права, принудительное подтверждение для старых учёток). Но этот вариант считается более рисковым.
2. Мы обязуемся добавить иной чекбокс, который пользователь обязательно должен подтвердить, примерно такого содержания:

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

Мы навязываем своё требование на платформу, что поле логин не может являться ПД и пользователь с этим соглашается и даже если соглашается и вводит ФИО, то он нарушает сам же требование и на это можно сослаться при проверке. Иначе говоря, от нас требуется доказать, что логин это не ПД, а обезличенное поле, которые не идентифицирует пользователя под ПД. Для этого нужно заставить пользователя не писать, что-то связанное с реальным ФИО, которое может быть с ним связать.
3. Нас обязывает контролировать пользователя на проверку имени, чтобы выявлять тех, до кого туго доходит и дать им 7 дней например, чтобы поменяли логин, если этого не делают, то учётка блокировка с последующим удалением. Тут всё просто. Но сам факт, что при подобной ситуации мы попадаем в риск нарушения, но в случае проверки РКН, то мы можем сослаться на такие условия и меры, которые необходимо прописать в правилах и политике ПД.

3) Если мы избавляемся от чекбокса "Распространение ПД" и скрываем прям всё на пользователя от гостей, то что требуется? (Идеальный вариант, где не нужно получать согласия на распространение ПД, которого и нет)
В идеале, от нас требуется, чтобы поле "логин" было скрыто или подменялся иным обозначением, как и скрыто поле "аватар" и другие, что могут выдать ПД, как дата рождения, e-mail и т.д.
Иначе говоря, ГОСТИ вообще ничего не должны видеть в окне профиля пользователя, даже в списке пользователей выводится для гостей не должно ничего или иные обозначения. Для них профиль пользователя должен быть скрыт полностью, без исключений. С этим возможно, может помочь плагин -

У Вас недостаточно прав для просмотра ссылок. Вход или Регистрация

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

---

• Если технически реализуем 3 вариант (скрытие всего от гостей или обезличенный ID вместо логина), то это идеальное решение проблемы. Это единственный вариант, который полностью исключает риск по ст. 10.1 и не требует ни чекбокса на распространение, ни постоянной модерации логинов.
• Если 3 вариант нереализуем технически прямо сейчас, то смотрим на 2 вариант (чекбокс "подтверждаю, что ввожу псевдоним" + запрет в правилах + модерация). Это рабочее решение с остаточным, но небольшим риском. Это более доступный вариант на данный момент.
• 1 вариант (чекбокс на распространение) - самый надёжный юридически, но самый сложный технически: нужно разделять пользователей, настраивать права, запускать принудительное подтверждение для всех старых учёток. Если повозится тоже рабочий вариант, но он создаст больше всего проблем технически.

Делайте выводы.

 

[ZlataJesen]

Делайте выводы.

Всё индивидуально для каждого проекта. Например, у меня не вариант запретить ФИО, то есть все варианты, кроме ультиматума "регистрация возможна только при согласии на распространение" отпадают.

принудительное подтверждение для всех старых учёток

Но вот это пока проблема. Думаю, просто придется обращаться к людям в теме или рассылке "в случае отказа на распространение (UPD : и обработку, конечно же) учётная запись будет удалена".

 

[Sadorimatsu]

Всё индивидуально для каждого проекта. Например, у меня не вариант запретить ФИО, то есть все варианты, кроме ультиматума "регистрация возможна только при согласии на распространение" отпадают.

Это верно, условия индивидуальны, но подача общая. Если у вас публично в логине есть ФИО, то да, вам нужно согласие на распространение ПД. В этом случае нужно копать, как правильно это подать. Могу конечно поковырять этот вариант.

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

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

 

[Sadorimatsu]

Но вот это пока проблема. Думаю, просто придется обращаться к людям в теме или рассылке "в случае отказа на распространение (UPD : и обработку, конечно же) учётная запись будет удалена".

Нашёл платный плагин, который как раз решает эту проблему полностью:

У Вас недостаточно прав для просмотра ссылок. Вход или Регистрация

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

Но вот проблема маскировки или подмены имени пользователя при несогласных, остается открытым. Вариант 1 и 3 без этого условия не работоспособны, прям вообще. Так что без услуг XGrid, тут не обойтись и он внятно даёт понять это примерами. Перебрал разные варианты, я склоняюсь, что без кастомного плагина на манипуляцию с логином, мы ничего сделать не можем. Если получится такой плагин реализовать, то это решит все проблемы разом. Но тут уже нужно в разделе "Ищу исполнителя" брать кому-то роль заказчика и решать этот вопрос из своего кормана. Или тут согласовать сбор средств на всё это дело, вопрос кто будет организоатором и составит ТЗ того, что нужно реализовать.

Тогда, что остается? Доработка 2 варианта. Это единственный выход в нашем случае на текущий момент.
По анализу Алисы, он допускает такую правку в форму регистрации: (Это предложение ИИ, актуально ли, решайте сами)
1. Под полем «Имя пользователя» (сейчас там: «Это имя будет отображаться в Ваших сообщениях. Можно использовать любое имя») — замените текст на такой:

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

Зачем: это и предупреждение, и фиксация запрета, и процедура — всё в одном месте, где пользователь вводит логин.

---

2. Новый чекбокс (После «Обработка ПД») — обязательный, с текстом:

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

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

---

3. Текущий чекбокс «Я принимаю Правила форума…» (самый нижний) — расширьте формулировку, чтобы явно включить согласие на распространение:

Я принимаю Правила форума и подтверждаю ознакомление с Правилами использования, Политикой обработки персональных данных и Даю согласие на распространение моего логина (никнейма) неограниченному кругу лиц в соответствии с требованиями ст. 10.1 Федерального закона № 152-ФЗ.

Зачем: это и есть то самое отдельное согласие на распространение, которое требует закон. Без него публичный показ логина — это распространение ПД без согласия.

---

4. Поле «Дата рождения» — добавьте подсказку под ним (или в виде всплывающей подсказки/мелкой сноски): (кто не использует, её не будет)

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

Зачем: снижает тревожность пользователей и фиксирует, что это поле не является источником публичного распространения ПД.

Как это выглядит в итоге (структура формы)​

1. Имя пользователя → новая подсказка (запрет ФИО + последствия).
2. Электронная почта → без изменений.
3. Пароль → без изменений.
4. Дата рождения → новая подсказка (не публикуется).
5. Чекбокс 1 (новый): «Подтверждаю, что логин — псевдоним…»
6. Чекбокс 2 (текущий «Обработка ПД»): «Даю согласие на обработку моих данных…»
7. Чекбокс 3 (обновлённый нижний): «Принимаю Правила… и даю согласие на распространение логина…»

Что ещё обязательно сделать (вне формы)​

1. Обновить Политику ПД — добавить туда фразу: «Логин технически является публичным идентификатором в XenForo и отображается в сообщениях, цитатах и списке онлайна без возможности скрытия для гостей. Оператор не имеет технической возможности подменить или скрыть логин без глубокой доработки ядра платформы. В связи с этим логин должен использоваться как псевдоним, не содержащий персональных данных».
2. Обновить Правила форума — добавить пункт: «Использование реальных ФИО в качестве логина запрещено. При выявлении нарушения пользователю направляется уведомление с требованием сменить логин в течение 7 дней. При неисполнении учётная запись блокируется с последующим удалением».
3. Процедура для старых пользователей — разослать уведомления всем, у кого логин похож на ФИО, с требованием сменить его в течение 30 дней. Вести журнал уведомлений.

Если нужно донести до пользователей изменения, то создайте тему для обсуждения и обозначьте так:

Готовый текст для поста на форуме (под ваш стиль)​

Изменения в регистрации и правилах форума в связи с 152‑ФЗ
Уважаемые пользователи! В связи с требованиями Федерального закона № 152‑ФЗ «О персональных данных» на форуме вводятся изменения в процедуре регистрации и правилах использования.
Что меняется при регистрации:

1. Под полем «Имя пользователя» добавлена чёткая подсказка: не используйте реальные ФИО в логине — это запрещено правилами.
2. Добавлен новый обязательный чекбокс: подтверждение, что ваш логин — это псевдоним, не содержащий персональных данных.
3. Обновлён нижний чекбокс: теперь он включает отдельное согласие на распространение вашего логина неограниченному кругу лиц — это требование закона.
4. Под полем «Дата рождения» добавлена подсказка: эта информация не публикуется и не видна гостям.

Что меняется для всех пользователей (включая зарегистрированных ранее):

1. Профиль пользователя закрыт от гостей — гости не видят профиль, дату рождения, email и другие данные.
2. Аватар и дата рождения скрыты от гостей.
3. Запрет на использование ФИО в логине. Если ваш логин содержит реальные фамилию, имя и/или отчество — вам необходимо сменить его. Администрация направит уведомление с требованием сменить логин в течение 7 дней. При отказе или игнорировании учётная запись будет заблокирована с последующим удалением.
4. При следующем входе на форум все пользователи увидят страницу с обновлёнными правилами и политикой обработки ПД. Для продолжения работы на форуме необходимо подтвердить их принятие.

Что НЕ меняется:
— Вы можете полноценно пользоваться форумом: писать сообщения, отвечать в темах, загружать файлы. — Ваш логин виден в сообщениях, списке онлайна и цитатах — это техническая особенность платформы, изменить которую без доработки ядра невозможно. — Ваш email не публикуется и не передаётся третьим лицам.
Почему это необходимо:
Закон № 152‑ФЗ требует, чтобы персональные данные не распространялись без отдельного согласия. На форуме технически невозможно скрыть логин для гостей без глубокой доработки платформы. Поэтому мы приняли решение: логин должен быть псевдонимом, а не реальным ФИО, и вы должны дать отдельное согласие на его распространение. Это позволяет нам соблюдать требования закона в рамках технических возможностей платформы.
Если у вас есть вопросы — задавайте в этой теме.

---

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

Возможно как-то поможет на тему скрытия от гостей, но это скорей решит где-то на 60-70% отображение

У Вас недостаточно прав для просмотра ссылок. Вход или Регистрация

 

[anastasiya]

Не знаю есть ли где в доступе...

на вьетнамском форуме. могу скачать. надо?

 

[Sadorimatsu]

anastasiya, если есть, то качай конечно.

 

[anastasiya]

отсюда https://*********/threads/force-custom-user-field-completion-after-registration-or-login.5879/

(если звездочками заменило, значит, может быть что-то не так, но я не в курсе проблемы, если что, то удалите)
Плагин от Wutime

 

[Dimm54]

похоже это то, что Вы хотели для старичков, яндекс переводил )

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