Инструкция по организации и обеспечению сохранности электронных документов в архиве организации

Бесплатная консультация юриста

+7 (800) 301-07-30

Реклама jurik.ru

Данная инструкция определяет порядок организации, ведения и обеспечения сохранности электронных документов, подлежащих долговременному или постоянному хранению в архиве организации. Она разработана в соответствии с требованиями Федерального закона от № 125-ФЗ «Об архивном деле в Российской Федерации», Федерального закона от № 63-ФЗ «Об электронной подписи», а также национальных стандартов (ГОСТ Р 7.0.97-2016, ГОСТ Р 7.0.100-2018, ГОСТ Р ИСО 14721-2018 — модель OAIS).


Общие положения и нормативная база

Цели и задачи

  • Обеспечение юридической силы, достоверности, целостности и читаемости электронных документов на протяжении всего срока хранения.
  • Организация быстрого поиска и выдачи документов потребителям.
  • Защита информации от несанкционированного доступа, искажения, утери или уничтожения.
  • Соблюдение установленных законом сроков хранения (временные, долговременные — более 10 лет, постоянные — 75 лет и более).

Ключевые нормативные документы

  1. ФЗ-125 «Об архивном деле» — базовые принципы архивирования, сроки хранения, полномочия органов управления.
  2. ФЗ-63 «Об электронной подписи» — правовая сила ЭДО, требования к усиленной квалифицированной электронной подписи (УКЭП).
  3. Приказ Минкультуры России от № 558 (утв. Типовый перечень видов документов со сроками хранения).
  4. ГОСТ Р 7.0.97-2016 — требования к системам электронного документооборота (СЭД) с функциями архивирования.
  5. ГОСТ Р 7.0.100-2018 — требования к формированию архивных фондов электронных документов.
  6. ФСБ и ФСТЭК требования, при хранении гостайны или персональных данных (сертификация СЭД/САЭД).

Этапы жизненного цикла электронного документа в архиве

Процесс хранения не ограничивается простым «кладом» файлов на сервер. Это непрерывный цикл управления данными (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)

  1. Миграция (Migration): Перенос данных на новые носители и в новые форматы с сохранением интеллектуального содержания. Проводится планово (каждые 3–5 лет) при смене поколений «железа» или стандартов.
  2. Эмуляция (Emulation): Создание программной среды для запуска оригинального ПО (актуально для сложных CAD, БД, мультимедиа).
  3. Репликация (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:

  1. Ingest (Приемка): Прием SIP (Submission Information Package), проверка, генерация AIP.
  2. Archival Storage (Архивное хранение): Хранение AIP (Archival Information Package), управление носителями, репликация, контроль целостности.
  3. Data Management (Управление данными): Каталогизация, поиск метаданных, администрирование БД.
  4. Access (Доступ): Формирование DIP (Dissemination Information Package) для пользователя.
  5. Preservation Planning (Планирование сохранения): Мониторинг технологий, оценка рисков устаревания форматов, планирование миграций.
  6. 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, электронный документ, созданный в результате воспроизведения информации с носителя, признается равнозначным бумажному, если:

  1. Обеспечена достоверность и целостность (хеш-контроль, ЭП).
  2. Соблюден установленный законом порядок формирования и хранения.
  3. На копии стоит УКЭП уполномоченного лица архива (при выдаче).

Защита от 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) для валидации старых подписей.

Годовые операции (Критически важны!)

  1. Аудит форматов: Анализ реестра форматов (PRONOM/НАЦИОНАЛЬНЫЙ РЕЕСТР ФОРМАТОВ). Выявление форматов со статусом «Устаревающий» (At risk). Планирование миграции.
  2. Миграция носителей: Перезапись данных со старых поколений LTO (например, LTO-6 на LTO-9) или с HDD на новые массивы.
  3. Полная верификация целостности (Full Fixity Scan): Пересчет хешей для 100% объектов архива (может занимать недели на больших объемах, планируется в окно обслуживания).
  4. Тестирование плана аварийного восстановления (DR Drill): Развертывание САЭД на резервной площадке, восстановление каталога и 100 случайных документов.
  5. Обучение персонала: Инструктаж по новым угрозам, изменениям в законодательстве, работе с ПО.

Чек-лист готовности архива к проверке (Росахив, аудиторы, ФСТЭК)

Критерий Статус (Да/Нет/В процессе) Документ- подтверждение
Утвержденная Номенклатура дел со сроками хранения Приказ руководителя
Сертифицированная САЭД (ФСТЭК/ФСБ при необходимости) Сертификат соответствия
Регламент формирования 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-проект с финишной линией, а непрерывный производственный процесс. Успех определяется тремя столпами:

  1. Нормативная база: Четкие регламенты, номенклатура, акты экспертизы.
  2. Технологическая зрелость: Соответствие OAIS, использование открытых форматов (PDF/A, SIARD), WORM-хранилища, автоматический контроль целостности.
  3. Кадровый ресурс: Наличие архивариуса-цифровика (Digital Archivist), понимающего и диапломатику, и PREMIS, и основы ИБ.

Только системный подход, описанный в данной инструкции, гарантирует, что электронный документ, созданный сегодня, останется юридически значимым, читаемым и достоверным через 10, 50 или 100 лет.


Документ подготовлен на основании актуального на года законодательства РФ и международных стандартов. Перед внедрением необходимо согласовать с юридическим отделом, службой ИБ и руководителем организации.