Перестаньте считать их одинаковыми: политики хранения и управление записями в M365

By Mirko Peters · 2026-08-11

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

Automatically translated with AI from the original post. Read the English original

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

Этот пост во многом развивает темы, которые мы обсуждали в нашем подкасте. Если вы хотите послушать полную беседу с реальными историями из практики и глубокими техническими деталями, обязательно послушайте выпуск Microsoft 365 Retention Policies vs Records Management episode.

Обзор выпуска

Большинство клиентов относятся к retention и records management как к взаимозаменяемым переключателям, пока данные не исчезнут или не задержатся дольше своего юридического срока. Мы разбираем, как функции compliance в M365 взаимодействуют в Exchange, SharePoint, OneDrive и Teams, что побеждает при конфликте политик и как построить сквозную программу, которая выдержит аудиты и eDiscovery.

Для кого этот материал

• Команды compliance и юристов, отвечающие за обоснованное хранение данных
• Администраторы M365 и специалисты по управлению записями, работающие с политиками и метками Purview
• Руководители по безопасности и управлению данными, готовящиеся к аудитам и запросам субъектов персональных данных (DSAR)
• Владельцы проектов, переносящие устаревшие файловые ресурсы в Microsoft 365

Главное

• Система, а не переключатели: политики хранения, метки автоматического применения, записи и удержания пересекаются, поэтому проектируйте их как единую систему.
• Приоритет имеет значение: более точная область действия (метка или запись на уровне элемента) обычно переопределяет широкие политики для расположений; поведение рабочих нагрузок при этом различается.
• Хранение ≠ неизменяемость: политики определяют как долго хранить данные, а записи определяют, что можно изменить (неизменяемость и утилизация).
• Скрытые конфликты: устаревшие политики, политики сайтов и метки автоматического применения могут незаметно перебивать друг друга, приводя к досрочному удалению или бесконечному хранению.
• Аудит или дрейф: без регулярных проверок политики накапливаются, как осадок, что ведёт к слепым зонам и неудачным операциям поиска при eDiscovery.

Где клиенты ошибаются

• Считать, что 7-летняя политика хранения не даёт редактировать или удалять данные (не даёт, для этого нужно объявить записи).
• Применять разные сроки хранения для каждой рабочей нагрузки (например, Exchange 5 лет, SharePoint 7 лет, Teams 3 года) без составления карты приоритетов.
• Чрезмерное использование политик .All-sites в сочетании с метками автоматического применения → непредсказуемый результат.
• Отсутствие документирования того, кто, почему и где создал правило: нет цепочки подтверждения намерений.

Ментальная модель: что важнее и когда?

1. Юридическое удержание / удержание для eDiscovery (самый сильный механизм, сохраняет содержимое).
2. Записи (объявленные или нормативные) на уровне элемента (блокируют редактирование и удаление и определяют утилизацию).
3. Метка хранения на уровне элемента с заданным сроком и действием.
4. Политика хранения расположения (сайт, почтовый ящик, OneDrive, Teams).
5. Отсутствие политики (решает поведение владельца хранилища).

Примечание: механизмы обработки рабочих нагрузок различаются (например, чаты Teams и документы SharePoint). Всегда проверяйте в своём клиенте.

План действий: сопоставьте бизнес-требования с элементами управления M365

1. Классифицируйте данные
   • Регулируемые, договорные, деловые, временные. Определите владельцев и системы-источники истины.
2. Составьте перечень расположений
   • Почтовые ящики, Teams (чаты и каналы), сайты и библиотеки SharePoint, OneDrive. Отметьте миграции и устаревшие удержания.
3. Определите правила хранения и записей
   • Для каждого класса: срок хранения, событие или дата начала отсчёта, необходимость объявления записи, проверка утилизации и удержания.
4. Выберите механизм управления
   • Записи для элементов повышенного риска и с высокими нормативными требованиями (договоры, медицинские и финансовые записи).
   • Метки хранения для контроля на уровне отдельных элементов там, где неизменяемость не требуется.
   • Политики размещения для широких базовых настроек с низким уровнем риска.
5. Приоритеты моделей и исключения
   • Документируйте, какой механизм контроля применяется, когда их несколько; пилотируйте в песочнице: тестовый сайт, тестовый почтовый ящик и тестовая команда.
6. Автоматизация там, где это безопасно
   • Автоматическое применение меток (типы конфиденциальных сведений, ключевые слова, обучаемые классификаторы), чтобы снизить нагрузку на пользователей.
7. Процесс утилизации
   • Требуйте проверку, подтверждение уничтожения и журнал аудита для утилизации записей.
8. Внедрение и обучение
   • Объясните хранение и записи владельцам сайтов и модераторам каналов; опубликуйте краткое дерево решений.
9. Документируйте назначение
   • Для каждой политики и метки укажите владельца, область действия, цель, правовое основание, событие начала отсчёта, действие по окончании срока и периодичность пересмотра.

Операционные ограничения

• Управление изменениями: PRD для каждой новой политики или метки; экспертная проверка коллегами, если затрагивается приоритет.
• Соглашения об именовании: [LOB]-[DataClass]-[Years]-[Action]-[Scope] (например, FIN-Invoices-7y-Record-SP).
• Ограниченные пилоты: почтовый ящик, сайт или команда для каждого сценария до развёртывания на уровне всего клиента.
• Путь для исключений: быстрый процесс юридического удержания имеет приоритет над всем, не нарушая логику хранения.
• Удобство для пользователей: в представлениях по умолчанию отображайте столбцы меток и записей; научите владельцев видеть конфликты.

Аудит и подготовка к будущим изменениям

• Ежеквартальная проверка состояния политик
  • Осиротевшие метки, пересекающиеся области действия, правила автоматического применения меток, которые ни разу не сработали, и устаревшие тестовые политики.
• Учебные имитации
  • Смоделируйте: кадровый случай, запрос субъекта данных по GDPR/CCPA, судебное удержание. Время получения данных и их полнота.
• Телеметрия в панелях мониторинга
  • Отслеживайте долю помеченных и непомеченных элементов, элементы в записях, элементы, ожидающие утилизации, количество удержаний и конфликты политик.
• Отслеживание дорожной карты
  • Пересматривайте подход после обновлений Purview; повторяйте пилоты, когда меняется поведение механизмов Teams или SharePoint.

Частые ошибки и их устранение

• «Вечное» хранение, но пользователи могут удалять и редактировать: это не записи. → Объявите записи или используйте нормативные записи для более строгой неизменяемости.
• Чата Teams нет в результатах обнаружения: несовпадение сопоставления политик хранения Teams и Exchange/SharePoint. → Согласуйте политики для чатов и каналов и проверяйте экспорт на тестах.
• SharePoint удаляет раньше, почта хранится дольше: разные сроки. → Приведите сроки к единому значению или при необходимости используйте метки на уровне элементов.
• Автоматическая метка неожиданно переопределяет политику сайта: сюрприз с приоритетом. → Сузьте область автоматического применения или оставьте только записи для целевых библиотек.

Быстрый старт (первые 2 недели)

1. Инвентаризация и карта рисков: топ-20 сайтов, команд и почтовых ящиков по уровню риска; зафиксируйте текущие метки, политики и удержания.
2. Выберите одну критически важную серию записей (например, подписанные договоры): создайте метку как запись и пилотируйте её в контролируемой библиотеке с проверкой утилизации.
3. Согласуйте хранение чатов и документов для одной проектной команды: убедитесь, что сроки Teams, SharePoint и Exchange соответствуют нужному результату.
4. Создайте панель аудита: доля помеченных элементов, количество записей, элементы, ожидающие утилизации, выявленные конфликты.
5. Проведите учебную имитацию запроса субъекта данных на тестовом пользователе; фиксируйте пробелы и устраняйте их до масштабирования.

Часто задаваемые вопросы

• Защищает ли политика хранения от удаления? Сама по себе нет. Пользователи могут удалять элемент, если он не находится в удержании или не объявлен записью.
• Если применяется несколько политик, какая имеет приоритет? Как правило: удержания > записи > метки элементов > политики размещения (проверяйте для каждого рабочего компонента).
• Нужны ли записи для всего? Нет: резервируйте их для high-risk и регулируемых серий; в остальных случаях используйте метки и политики.
• Может ли автоматическое применение заменить обучение? Оно помогает, но владельцам всё равно нужно понимать метки, записи и исключения.

Заключение

Настройка средств соответствия требованиям в Microsoft 365 — не задача «настроил и забыл». Если перестать считать политики хранения и управление записями одинаковыми инструментами, можно защитить организацию от дорогостоящих слепых зон в судебных делах, непреднамеренного удаления данных и хаотичных аудитов соответствия. Тщательно сопоставляйте бизнес-потребности, учитывайте порядок приоритетов и всегда проверяйте конфигурации в песочнице, прежде чем разворачивать их на уровне всего клиента.

Чтобы глубже разобраться в этих стратегиях, послушать экспертный разбор и узнать, как правильно защитить данные вашего клиента, обязательно посмотрите связанный эпизод подкаста: Microsoft 365 Retention Policies vs Records Management.