SourceBoard
Policy

Обработка данных

Операционное хранение, приватные медиа и границы учетных данных.

Обработка данных

Последнее обновление: 17 сентября 2026 года

Этот документ объясняет операционные принципы SourceBoard для обработки служебной информации.

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

1. Категории данных

SourceBoard может обрабатывать несколько широких категорий данных:

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

Эти категории могут иметь разные правила доступа и сроки хранения.

2. Публичные и приватные границы

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

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

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

3. Ограниченный контент

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

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

4. Медиа

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

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

SourceBoard должен избегать намеренного преобразования приватных медиа в публично перечислимые ресурсы.

5. Записи о разрешении исходников

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

SourceBoard может сохранять:

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

Эта история поддерживает прозрачность, целостность, модерацию и обзор спора.

6. Информация о модерации и аудите

Не все информация о модерации публична.

SourceBoard может сохранять внутреннюю информацию о:

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

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

7. Баллы и целостность транзакций

Баллы и активность в магазине могут требовать исторических записей, чтобы SourceBoard мог:

  • предотвратить дубликатные награды;
  • отменить неэligible награды;
  • исправить ошибки;
  • проверить злоупотребления;
  • сохранить историю покупок; и
  • рассчитывать балансы последовательно.

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

8. Минимизация данных

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

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

9. Управление доступом

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

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

Сensitivity действия могут быть зафиксированы или аудитированы.

10. Срок хранения

Срок хранения зависит от цели.

SourceBoard может сохранять информацию дольше, где это необходимо для:

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

11. Удаление

Удаление может включать одно или несколько из следующего:

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

12. Резервные копии и восстановление

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

Удаление активной информации может не сразу удалить все резервные копии.

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

13. Инциденты безопасности

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

Обработка инцидентов может включать:

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

14. Поставщики Сервиса

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

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

15. Законодательная сохранность

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

16. Публичные копии за пределами SourceBoard

Удаление публичного контента из SourceBoard не может гарантировать удаление independent копий, уже сделанных:

  • поисковыми системами;
  • веб-архивами;
  • журналистами;
  • исследователями;
  • другими пользователями;
  • автоматизированными системами; или
  • третьими сторонами.

SourceBoard может контролировать свой Сервис, но не каждый внешний копий.

17. Отношение к Политике конфиденциальности

Политика конфиденциальности регулирует, как SourceBoard обрабатывает личную информацию.

Этот документ об обработке данных предоставляет операционные подробности и должен читаться вместе с этой Политикой.