В современных реалиях электронная почда перестала быть просто средством коммуникации — она является основным деловой документацией, носителем юридически значимой информации и объектом защиты персональных данных. Отсутствие регламентированного процесса архивирования несет риски: от штрафов регуляторов до потери критических доказательств в судебных спорах.
Данная статья представляет собой подробный разбор структуры, правовых основ и технических аспектов создания «Положения об архиве электронной почты» (далее — Положение) актуального на 2026 год.
Правовое обоснование и нормативная база (Российская Федерация)
Разработка Положения должна опираться на иерархию нормативных актов. Игнорирование любого из уровней делает документ уязвимым для проверок.
- Федеральный закон № 149-ФЗ «Об информации, информационных технологиях и о защите информации» (ст. 9, 12, 13): требования к хранению, защите и локализации данных.
- Федеральный закон № 152-ФЗ «О персональных данных» (ст. 19, 21): обязательство обеспечить конфиденциальность, определить сроки хранения и уничтожать ПДн по достижении целей.
- Федеральный закон № 402-ФЗ «О бухгалтерском учете» (ст. 10): срок хранения первичных учетных документов (в т.ч. в электронном виде) — не менее 5 лет.
- Федеральный закон № 126-ФЗ «Об архивном деле в РФ»: регулирует формирование архивных фондов, экспертизу ценности документов и сроки хранения.
- Постановление Росархива от № 236 (утв. типовые номенклатуры): методика определения сроков хранения для конкретных видов документооборота.
- ГОСТ Р 7.0.100-2018 / ГОСТ Р 7.0.8-2013: требования к формированию дел, описанию и передаче в архив электронных документов.
- ФЗ № 187-ФЗ «О безопасности критической информационной инфраструктуры» (КИИ): если организация относится к субъектам КИИ, требования к защите архива жестче (обязательная аттестация СЗИ, ГОСТ Р 57580).
Цели и задачи Положения
Четкое формулирование целей в преамбуле документа позволяет защитить его от обвинений в «избыточности» или «недостаточности» при аудите.
- Юридическая защита: обеспечение доказательной силы писем (ст. 434 ГК РФ, ФЗ «Об электронной подписи»).
- Соответствие законодательству (Compliance): выполнение требований по срокам хранения, защите ПДн, локализации.
- Управление рисками: предотвращение утечек, защита от ransomware (неизменяемые копии), eDiscovery (поиск по запросу суда/регулятора).
- Оптимизация ИТ-ресурсов: выгрузка «холодных» данных из дорогого горячего хранилища (Exchange/Office 365/Yandex 360) в дешевое долгосрочное (Object Storage, ленточные библиотеки).
- Прозрачность для сотрудников: понимание, что хранится, сколько и кто имеет доступ.
Структура Положения: Обязательные разделы
Рекомендуемая структура документа (утверждается приказом Генерального директора):
Общие положения
- Понятийный аппарат: «Архив электронной почты», «Журнал архивирования», «Срок хранения», «Экспертиза ценности», «Неизменяемое хранение (WORM)».
- Сфера действия: какие почтовые системы охвачены (Exchange On-prem, Microsoft 365, Яндекс 360, Postfix и т.д.), какие ящики (корпоративные, функциональные, личные на корп. домене).
- Нормативные ссылки.
Политика хранения (Retention Policy) — Ядро документа
Здесь фиксируются правила для категорий писем. Единый срок для всего — ошибка. Необходима матрица:
| Категория документооборота | Примеры | Срок хранения | Правовая основа | Действие по истечении |
|---|---|---|---|---|
| Договорная работа / Счета / УПД | Письма с вложениями: сканы договоров, счета-фактуры, УПД, акты | 5 лет (мин.) / 10 лет (рекоменд.) | ФЗ-402, ст. 10; Налоговый кодекс | Экспертиза → Уничтожение / Передача в ГА РФ |
| Кадровый документооборот | Прием, увольнение, приказы, личные дела (копии) | 75 лет (личные дела) / 50 лет (остальное) | ФЗ-126, Типовая номенклатура Росархива | Передача в архив организации |
| Персональные данные клиентов/сотрудников | Заявления, согласия, обращения в поддержку | До достижения цели + 30 дней (или по требованию субъекта) | ФЗ-152, ст. 21 | Обезличивание / Уничтожение по акту |
| Внутренняя переписка (административная) | Согласования, отчеты, служебные записки | 3–5 лет | Внутренняя номенклатура | Уничтожение |
| Спам / Рассылки / Личная переписка | Маркетинг, уведомления систем, личные письма сотрудников | 0 дней (не архивировать) / 30 дней (корзина) | Принцип минимизации (ФЗ-152) | Автоматическое удаление |
| Письма под Legal Hold (Судебный спор / Проверка) | Любая категория, если инициирован Legal Hold | До снятия Legal Hold | ГПК РФ, КАС РФ, требование суда/прокуратуры | Заморозка удаления, возврат в общий порядок после снятия |
Техническая архитектура архива
Положение должно описывать где и как хранятся данные.
- Режим журналирования (Journaling): настройка транспортного правила на шлюзе/сервере почты для копирования всего входящего/исходящего/внутреннего трафика в специальный ящик-журнал (Journal Mailbox).
- Архивное хранилище (Archive Store):
- On-premise: Symantec Enterprise Vault (Veritas), MailStore, Kaspersky Security for Mail Server (архив), собственное решение на PostgreSQL/ElasticSearch + S3 (MinIO, Yandex Object Storage, S3 Selectel).
- Cloud/SaaS: Microsoft 365 Archive (Exchange Online Archiving), Яндекс 360 Архив, сторонние SaaS (Barracuda, Mimecast, Keepit — с учетом требований локализации ФЗ-149).
- Формат хранения: EML / MSG (сохранение заголовков RFC 5322, MIME-структуры, вложений) + индексируемый текстовый слой для полнотекстового поиска.
- Целостность и WORM (Write Once Read Many): использование Object Lock (S3 API), WORM-лент, блокчейн-аннотирования или криптографического хеширования (ГОСТ Р 34.11-2012) для подтверждения неизменности.
- Шифрование: AES-256 (Data at Rest) + TLS 1.3 (Data in Transit). Управление ключами (KMS/HSM) — отдельный раздел Положения.
Процедура экспертизы ценности и формирования дел
Согласно ФЗ-126 и ГОСТ Р 7.0.100, электронные письма должны формироваться в «дела» для передачи в архив организации или ГА РФ.
- Ежегодная экспертиза: комиссия (архивист, юрист, ИБ, владелец процесса) определяет ценность дел, сформированных за прошедший год.
- Номенклатура дел: утвержденный перечень дел с индексами (например: И-01. Договорная работа с контрагентами. 2024 г.).
- Акт отбора/акта уничтожения: обязательный документ (форма по ГОСТ или своя, утвержденная приказом).
- Метаданные дела: автор, адресаты, дата, тема, хеш-сумма вложений, категория хранения, статус Legal Hold.
Режим Legal Hold (Судебное удержание)
Критически важный раздел для защиты от обвинений в уничтожении доказательств (spoliation).
- Инициатор: Юридический департамент / Генеральный директор.
- Триггер: получение иска, претензии, требования регулятора, начало внутреннего расследования.
- Механика: мгновенная блокировка политик удаления для конкретных ящиков/ключевых слов/периодов. Уведомление ИТ-администраторов и владельцев ящиков (при необходимости).
- Логирование: любой доступ к данным под Legal Hold логируется в SIEM.
- Снятие: только письменным решением инициатора.
Контроль доступа и разделение ролей (RBAC)
| Роль | Права доступа к архиву | Ограничения |
|---|---|---|
| Администратор архива (ИТ) | Настройка политик, мониторинг здоровья хранилища, восстановление БД | Нет доступа к содержимому писем (Content Access). Только метаданные и логи системы; |
| Офицер по защите данных (DPO) / Комплаенс | Поиск (eDiscovery), экспорт выборок для проверок, аудит политик хранения ПДн | Доступ только по заявке/тикету. Действия логируются. |
| Юридический департамент | Инициирование Legal Hold, экспорт писем для суда (в нативном формате + хеши) | Только в рамках конкретного дела/спора. |
| Сотрудник (владелец ящика) | Самостоятельный поиск и восстановление своих писем (Self-Service Recovery) | Только свои ящики / ящики делегированного доступа. Без возможности удаления из архива. |
| Архивист организации | Экспертиза ценности, формирование дел для передачи в ГА РФ | Чтение метаданных и содержимого для экспертизы. |
| Аудиторы / Регуляторы (внешние) | Предоставление «Read-Only» доступа к выборке или выгрузка по акту | Только под NDA и решением руководства. |
Резервное копирование и аварийное восстановление (BC/DR)
- RPO (Целевая точка восстановления): 0 минут (синхронная репликация в второй ДЦ / другой регион Облака) или 1 час (асинхронная).
- RTO (Целевое время восстановления): 4 часа (горячий резерв) / 24 часа (холодный).
- 3-2-1 Rule: 3 копии (продакшн + 2 бэкапа), 2 типа носителей (диск + лента/объектное хранилище), 1 копия оффлайн/air-gapped (защита от ransomware).
- Тестирование восстановления: не реже 1 раза в квартал (восстановление случайного ящика/письма).
Процедура уничтожения данных
Уничтожение — это не просто нажатие «Delete». Это документированный процесс:
- Формирование реестра на уничтожение (автоматически по истечении срока + проверка отсутствия Legal Hold).
- Согласование реестра: Владелец данных + Юрист + DPO + Архивист (подписи/ЭЦП).
- Исполнение: криптографическое затирание ключей шифрования (Crypto-shredding) или физическое уничтожение носителей (ГОСТ Р 50739-95).
- Составление Акта уничтожения (хранится вечно/75 лет).
Особенности реализации в 2026 году: Тренды и вызовы
Импортозамещение и суверенитет данных
Для госсектора и КИИ использование Microsoft 365 / Google Workspace для архива часто невозможно (ФЗ-149, Указ № 1133). Решения:
- Настольные/серверные решения: MailStore Server (поддержка российских СУБД), Kaspersky Security for Mail Server (встроенный архив), АйТи-СФЕРА. Архив почты, Red Soft (PostgreSQL based).
- Облачные отечественные: Яндекс 360 для бизнеса (Архив), VK WorkSpace, SberCloud / Mail.ru Cloud Solutions (Object Storage с Object Lock).
ИИ-классификация и DLP-интеграция
Ручное назначение категорий хранения не масштабируется. В Положении нужно зафиксировать использование:
- DLP-систем (Solar Dozor, InfoWatch, Falcongaze, SecureTower) для автоматической метки «ПДн», «Коммерческая тайна», «Договор».
- ML-моделей для классификации вложений (распознавание УПД, договоров, сканов паспортов) и автоматического назначения Retention Label.
Формат передачи в Госархив (САЭД/ЭДО)
При передаче дел в ГА РФ требуется соблюдение форматов обмена (СМЭВ, Формат ФАС «Архив-ВЭД»). Положение должно регламентировать процедуру экспорта в SIP (Submission Information Package) по стандарту OAIS (ISO 14721) / ROSARKHIV format.
Чек-лист аудита Положения (Self-Assessment)
Перед утверждением или ежегодным пересмотром пройдитесь по пунктам:
- [ ] Положение подписано Генеральным директором и согласовано Юристом, DPO, CISO, Главным бухгалтером, Архивистом.
- [ ] Есть матрица сроков хранения для всех категорий писем (нет категории «Остальное — бессрочно»).
- [ ] Описана процедура Legal Hold (кто, как, за сколько минут вводится).
- [ ] Реализовано разделение прав: Админ ИТ не видит содержимое писем.
- [ ] Архив хранится на сертифицированных СЗИ (ФСТЭК/ФСБ) или в облаке с аттестацией (если КИИ/Госсектор).
- [ ] Настроено журналирование (Journaling) на уровне MTA — гарантия полноты (нет «дырок» при удалении из «Отправленных» пользователем).
- [ ] Есть процедура и инструмент для eDiscovery (поиск по отправителю, получателю, дате, ключевым словам, вложениям, хешу).
- [ ] Проведены тесты восстановления за последний год (есть протоколы).
- [ ] Сотрудники ознакомлены с Положением под роспись / в ЛМС (обучение).
- [ ] Предусмотрена процедура миграции архива при смене почтовой платформы / вендора архива.
Типовые ошибки и как их избежать
- Ошибка: «Храним всё вечно на почтовом сервере».
Последствие: Рост стоимости лицензий (Exchange/365), нарушение принципа минимизации ФЗ-152, неконтролируемый рост БД, риск утечки старых данных.
Решение: Жесткая Retention Policy + выгрузка в дешевое холодное хранилище. - Ошибка: Архив = Бэкап почтового сервера (Veeam/Commvault snapshot).
Последствие: Невозможно найти одно письмо за секунды (eDiscovery), нельзя выдать выборку по запросу суда без восстановления всего сервера, нет WORM-защиты на уровне письма.
Решение: Отдельная система архивирования (Journal Archive) с индексацией и поиском. - Ошибка: Игнорирование метаданных (Received-headers, Message-ID, DKIM/SPF/DMARC результаты).
Последствие: Письмо теряет доказательную силу в суде (нельзя доказать факт доставки/подлинность).
Решение: Архивирование «сырого» EML с полными заголовками. - Ошибка: Отсутствие процедуры Legal Hold до момента спора.
Последствие: Автоматическое удаление критичных писем по истечении срока → штрафы суда за уничтожение доказательств.
Решение: Автоматизация Legal Hold в консоли архива, интеграция с ITSM (Jira/ServiceNow) для тикетов холда.
Положение об архиве электронной почты, это не просто бумага для инспектора, а операционный мануал, который спасает бизнес в критических ситуациях: налоговая проверка, корпоративный спор, расследование инцидента ИБ, запрос Роскомнадзора.
Ключевые принципы успешного внедрения в 2026 году:
- Автоматизация: минимум ручного труда (журналирование, классификация ИИ, удаление по таймеру).
- Неизменяемость: WORM / Object Lock / Crypto-shredding — стандарт де-факто.
- Суверенитет: выбор российских вендоров или облаков с локализацией данных.
- Прозрачность: понятные сроки для сотрудников, удобный Self-Service поиск.
Регулярный аудит (раз в год), тестирование восстановления и актуализация номенклатуры сроков хранения вслед за изменениями законодательства — залог того, что архив будет активом, а не «кладбищем данных».
Данная статья носит информационно-методический характер и не заменяет консультацию с юристами и аудиторами по защите информации с учетом специфики вашей организации.