Данная инструкция определяет порядок организации, ведения и обеспечения сохранности электронных документов, подлежащих долговременному или постоянному хранению в архиве организации. Она разработана в соответствии с требованиями Федерального закона от № 125-ФЗ «Об архивном деле в Российской Федерации», Федерального закона от № 63-ФЗ «Об электронной подписи», а также национальных стандартов (ГОСТ Р 7.0.97-2016, ГОСТ Р 7.0.100-2018, ГОСТ Р ИСО 14721-2018 — модель OAIS).
Общие положения и нормативная база
Цели и задачи
- Обеспечение юридической силы, достоверности, целостности и читаемости электронных документов на протяжении всего срока хранения.
- Организация быстрого поиска и выдачи документов потребителям.
- Защита информации от несанкционированного доступа, искажения, утери или уничтожения.
- Соблюдение установленных законом сроков хранения (временные, долговременные — более 10 лет, постоянные — 75 лет и более).
Ключевые нормативные документы
- ФЗ-125 «Об архивном деле» — базовые принципы архивирования, сроки хранения, полномочия органов управления.
- ФЗ-63 «Об электронной подписи» — правовая сила ЭДО, требования к усиленной квалифицированной электронной подписи (УКЭП).
- Приказ Минкультуры России от № 558 (утв. Типовый перечень видов документов со сроками хранения).
- ГОСТ Р 7.0.97-2016 — требования к системам электронного документооборота (СЭД) с функциями архивирования.
- ГОСТ Р 7.0.100-2018 — требования к формированию архивных фондов электронных документов.
- ФСБ и ФСТЭК требования, при хранении гостайны или персональных данных (сертификация СЭД/САЭД).
Этапы жизненного цикла электронного документа в архиве
Процесс хранения не ограничивается простым «кладом» файлов на сервер. Это непрерывный цикл управления данными (Data Lifecycle Management):
Этап 1: Отбор и поступление (Ingest)
Передача документов из текущего делопроизводства (СЭД, 1С, ERP) в архивную систему (САЭД — Система Архивирования Электронных Документов).
- Формирование архивного дела: Группировка документов по номенклатуре дел, проверка полноты реквизитов (автор, дата, номер, вид документа, срок хранения).
- Проверка электронной подписи (ЭП): Верификация УКЭП на момент архивирования. Важно: Сертификат ключа проверки ЭП должен быть действительным или храниться в архиве вместе с документом (политика долгосрочной валидации — LTV).
- Контроль целостности: Расчет и фиксация хеш-сумм (ГОСТ Р 34.11-2012 / Streebog) для каждого файла при поступлении.
- Метаданные (Описание): Заполнение карточки дела и карточек документов по схеме Dublin Core / ГОСТ Р 7.0.99-2018 (минимальный набор: шифр дела, название, даты начала/окончания, количество документов, ответственное лицо).
Этап 2: Архивное хранение и сохранение (Preservation)
Самый длительный этап, требующий активных действий (Passive storage недопустим для сроков > 10 лет).
А) Выбор форматов файлов (Форматы сохранения)
Исходные форматы (docx, xlsx, dwg, pdf) часто являются проприетарными и устаревают. Для архива обязательна конвертация в открытые, стандартизированные форматы:
| Тип документа | Рекомендуемый архивный формат | Стандарт |
|---|---|---|
| Текстовые документы | PDF/A-2b или PDF/A-3b (ISO 19005) | ГОСТ Р 7.0.100-2018 |
| Таблицы / Реестры | CSV (UTF-8) или OpenDocument Spreadsheet (ODS) | ISO/IEC 26300 |
| Изображения / Скан-копии | TIFF (Baseline 6.0, сжатие CCITT Group 4) или JPEG 2000 (JP2) | ГОСТ Р 7.0.97-2016 |
| Веб-архивы / Составные объекты | WARC (Web ARChive) или PDF/A-3 с вложениями | ISO 28500 |
| Базы данных | SIARD 2.0 (Software Independent Archiving of Relational Databases) | eCH-0165 |
| Видео/Аудио | FFV1 (видео в контейнере Matroska/MKV), FLAC (аудио) | IASA-TC 04 |
Правило: Оригинальный файл в нативном формате тоже хранится (как «битовый образ»), но основным рабочим и юридически значимым считается архивный формат (PDF/A).
Б) Стратегии сохранения (Preservation Strategies)
- Миграция (Migration): Перенос данных на новые носители и в новые форматы с сохранением интеллектуального содержания. Проводится планово (каждые 3–5 лет) при смене поколений «железа» или стандартов.
- Эмуляция (Emulation): Создание программной среды для запуска оригинального ПО (актуально для сложных CAD, БД, мультимедиа).
- Репликация (Replication): Хранение минимум 3-х копий по правилу 3-2-1:
- 3 копии данных (оригинал + 2 резервные).
- 2 разных типа носителей (дисковый массив + ленточная библиотека / Облако / Оптические диски M-DISC).
- 1 копия в удаленном месте (Off-site) — для защиты от пожара, наводнения, кибератак (Ransomware).
В) Контроль целостности (Fixity Checks)
- Автоматический пересчет хеш-сумм (SHA-256 / Streebog-512) по расписанию (раз в квартал для «горячих» данных, раз в год для «холодных»).
- Сравнение с эталонными значениями, зафиксированными при поступлении.
- Автоматическое восстановление поврежденного файла из не поврежденной реплики.
Г) Управление носителями (Media Management)
- HDD/SSD (Online/Nearline): Для часто запрашиваемых документов (срок службы 3–5 лет, затем замена).
- LTO-tape (LTO-8/9): Стандарт де-факто для «холодного» архива (срок хранения картриджа 30 лет, стоимость ГБ минимальна).
- Оптические диски (M-DISC, Archival Grade BD-R): Для «холодного» архива малого объема, требующего физической устойчивости (срок заявлен до 1000 лет).
- Облачные хранилища (S3, Glacier, Яндекс.Облако, СберОблако): Допустимы при наличии сертификата ФСТЭК/ФСБ (если нужно) и гарантий суверенитета данных. Обязательно шифрование на стороне клиента (Client-side encryption).
Этап 3: Доступ и использование (Access)
- Ролевая модель доступа (RBAC): Разделение прав: «Архивариус» (полные права), «Пользователь» (поиск/просмотр/скачивание копии), «Аудитор» (только логи).
- Выдача копий: Выдача заверенной копии (с ЭП архивариуса) или простой копии. Оригинал архива никогда не выдается.
- Поиск: Полнотекстовый поиск (OCR для сканов), поиск по метаданным, фасетный поиск.
- Журналирование (Audit Trail): Непрерывный лог всех действий: вход, поиск, просмотр, скачивание, печать, изменение метаданных. Логи хранятся не менее 3 лет (или навсегда для критических систем).
Этап 4: Уничтожение или перевод в госархив (Disposition)
- По истечении срока хранения: Акт экспертизы ценности документов (Комиссия по экспертизе).
- К уничтожению: Необратимое стирание данных (NIST SP 800-88 Rev; 1: Clear/Purge/Destroy) с формированием Акта уничтожения, подписанного УКЭП членами комиссии.
- В госархив (Росахив): Передача по акту приема-передачи в формате, согласованном с получателем (обычно пакеты SIP по OAIS).
Техническая архитектура системы архивирования (САЭД)
Модель OAIS (Open Archival Information System) — ГОСТ Р ИСО 14721-2018
Архивная система должна реализовывать функциональные сущности OAIS:
- Ingest (Приемка): Прием SIP (Submission Information Package), проверка, генерация AIP.
- Archival Storage (Архивное хранение): Хранение AIP (Archival Information Package), управление носителями, репликация, контроль целостности.
- Data Management (Управление данными): Каталогизация, поиск метаданных, администрирование БД.
- Access (Доступ): Формирование DIP (Dissemination Information Package) для пользователя.
- Preservation Planning (Планирование сохранения): Мониторинг технологий, оценка рисков устаревания форматов, планирование миграций.
- Administration (Администрирование): Управление пользователями, политиками, отчетами, аудитом.
Структура Архивного Информационного Пакета (AIP)
Каждый документ/дело в архиве упаковывается в контейнер (обычно ZIP/BagIt с manifest-файлами):
AIP_Container/
├── data/
│ ├── document_001.pdf-a (Архивный формат PDF/A)
│ ├── document_001.docx (Оригинал в нативном формате)
│ └── document_001.sig (Отсоединенная ЭП / контейнер CAdES)
├── metadata/
│ ├── mets.xml (METS ‒ структурные метаданные, связь файлов)
│ ├── premis.xml (PREMIS ‒ метаданные сохранения: хеши, агенты, события)
│ └── dc.xml (Dublin Core / ГОСТ Р 7.0.99 ‒ описательные метаданные)
├── manifest-sha256.txt (Список файлов и их хеш-суммы)
└── tagmanifest-sha256.txt (Хеш-суммы файлов метаданных)
Информационная безопасность и правовые аспекты
Защита персональных данных (152-ФЗ)
- Псевдонимизация/анонимизация при выдаче копий третьим лицам.
- Шифрование данных «в покое» (AES-256 / Кузнечик) и «в движении» (TLS 1.2+/ГОСТ TLS).
- Управление ключами шифрования (КСфрования) в отдельном HSM (Hardware Security Module).
Юридическая значимость электронной копии
Согласно ст. 6 ФЗ-63 и ст. 14 ФЗ-125, электронный документ, созданный в результате воспроизведения информации с носителя, признается равнозначным бумажному, если:
- Обеспечена достоверность и целостность (хеш-контроль, ЭП).
- Соблюден установленный законом порядок формирования и хранения.
- На копии стоит УКЭП уполномоченного лица архива (при выдаче).
Защита от Ransomware (Вымогателей)
- Immutable Storage (WORM — Write Once Read Many): Настройка бакетов S3 (Object Lock) или файловых систем на запрет удаления/изменения файлов в течение срока хранения (Legal Hold / Retention Lock).
- Отключение протоколов SMB/NFS для архивных томов (доступ только через API/WEB-интерфейс САЭД).
- Регулярное тестовое восстановление из офлайн-копии (Air-gapped backup).
Организация процессов и регламенты (SOP)
Ежедневные операции
- Мониторинг состояния заданий репликации и бэкапа.
- Проверка свободного места на носителях (порог предупреждения 80%).
- Контроль логов безопасности (SIEM интеграция).
Еженедельные / Ежемесячные операции
- Выборочная верификация хеш-сумм (Spot-check) критических фондов.
- Проверка читаемости ленточных носителей (Test Restore).
- Актуализация реестра сертификатов ЭП (CRL/OCSP) для валидации старых подписей.
Годовые операции (Критически важны!)
- Аудит форматов: Анализ реестра форматов (PRONOM/НАЦИОНАЛЬНЫЙ РЕЕСТР ФОРМАТОВ). Выявление форматов со статусом «Устаревающий» (At risk). Планирование миграции.
- Миграция носителей: Перезапись данных со старых поколений LTO (например, LTO-6 на LTO-9) или с HDD на новые массивы.
- Полная верификация целостности (Full Fixity Scan): Пересчет хешей для 100% объектов архива (может занимать недели на больших объемах, планируется в окно обслуживания).
- Тестирование плана аварийного восстановления (DR Drill): Развертывание САЭД на резервной площадке, восстановление каталога и 100 случайных документов.
- Обучение персонала: Инструктаж по новым угрозам, изменениям в законодательстве, работе с ПО.
Чек-лист готовности архива к проверке (Росахив, аудиторы, ФСТЭК)
| Критерий | Статус (Да/Нет/В процессе) | Документ- подтверждение |
|---|---|---|
| Утвержденная Номенклатура дел со сроками хранения | Приказ руководителя | |
| Сертифицированная САЭД (ФСТЭК/ФСБ при необходимости) | Сертификат соответствия | |
| Регламент формирования AIP (PDF/A, METS, PREMIS) | Внутренний стандарт организации | |
| Настроена репликация 3-2-1 (в т.ч. Off-site) | Схема инфраструктуры, отчеты Veeam/Commvault/скрипты | |
| Автоматический контроль целостности (хеши) по расписанию | Логи САЭД / Zabbix / Prometheus | |
| Политика управления ключами ЭП и шифрования (HSM) | Инструкция по КУЦ | |
| План миграции форматов и носителей на 3-5 лет | Дорожная карта сохранения | |
| Журнал учета выдач и доступа (Audit Log) нередактируемый | Экспорт логов за год | |
| Акт экспертизы ценности документов (проводится ежегодно) | Протоколы комиссии | |
| Протестировано аварийное восстановление (DR) за последний год | Отчет о учениях |
Типичные ошибки и риски
⚠ Риск 1: «Склад файлов» вместо Архива
Простое копирование файлов на сетевую папку или NAS без метаданных, хеш-сумм, версионирования и контроля форматов. При проверке такие данные не признаются архивом.
⚠ Риск 2: Игнорирование устаревания форматов
Хранение только в .doc, .xls, .dwg версии 2010 года. Через 15 лет открыть их будет невозможно без эмуляции. Решение: Обязательная нормализация в PDF/A, SIARD, CSV при поступлении.
⚠ Риск 3: Утеря ключей проверки ЭП
Сертификат УЦ истек, УЦ ликвидирован, закрытый ключ утерян. Документ юридически оспорим. Решение: Политика LTV (Long Term Validation) — внедрение штампов времени (RFC 3161 / ГОСТ Р 34.12) и архивирование сертификатов УЦ/OCSP-ответов вместе с документом.
⚠ Риск 4: Единая точка отказа (Single Point of Failure)
Все копии в одном дата-центре, на одном массиве, в одном облаке. Пожар/кибератака = полная потеря. Решение: Геораспределенность, разные технологии носителей, Air-gap копия.
⚠ Риск 5: Отсутствие финансирования на миграцию
Архив создается «на лету», но в бюджете нет строки на замену лент LTO каждые 7-10 лет или миграцию БД. Решение: Включение TCO (Total Cost of Ownership) архива в стратегию ИТ на 5-10 лет.
Хранение электронных документов в архиве — это не IT-проект с финишной линией, а непрерывный производственный процесс. Успех определяется тремя столпами:
- Нормативная база: Четкие регламенты, номенклатура, акты экспертизы.
- Технологическая зрелость: Соответствие OAIS, использование открытых форматов (PDF/A, SIARD), WORM-хранилища, автоматический контроль целостности.
- Кадровый ресурс: Наличие архивариуса-цифровика (Digital Archivist), понимающего и диапломатику, и PREMIS, и основы ИБ.
Только системный подход, описанный в данной инструкции, гарантирует, что электронный документ, созданный сегодня, останется юридически значимым, читаемым и достоверным через 10, 50 или 100 лет.
Документ подготовлен на основании актуального на года законодательства РФ и международных стандартов. Перед внедрением необходимо согласовать с юридическим отделом, службой ИБ и руководителем организации.