Перевод документооборота в электронный вид и формирование электронных архивов требует строгого соблюдения нормативных требований․ В Российской Федерации правовое регулирование этой области строится на Федеральном законе от № 125-ФЗ «Об архивном деле в Российской Федерации», а также на системе государственных стандартов (ГОСТ Р), определяющих технические и организационные параметры хранения․

Главная цель архивирования электронных документов — обеспечение их подлинности, целостности, надежности, доступности и читаемости на протяжении всего срока хранения, который может исчисляться десятками и сотнями лет․

Нормативно-правовая база

Ключевые документы, регламентирующие требования к электронным документам в архивах:

• 125-ФЗ «Об архивном деле в Российской Федерации» — базовый закон, определяющий понятия электронного архива, электронного документа, сроков хранения и ответственности․
• Приказ Минкультуры России от № 2768 (в ред․ от ) — «Об утверждении Требований к формированию электронных архивов и порядку их передачи в архивы»․ Это основной подзаконный акт, детализирующий процесс․
• ГОСТ Р 7․0․8-2013, «Система стандартов по информации, библиотечному и издательскому делу․ Архивное дело․ Электронные архивы․ Общие требования»․
• ГОСТ Р 7․0․100-2018 — «Национальный стандарт Российской Федерации․ Архивное дело․ Электронные документы․ Требования к составу и параметрам для обеспечения сохранности при длительном хранении»․
• ГОСТ Р 7․0․99-2018, «Архивное дело․ Метаданные электронных документов и файлов для длительного хранения․ Общие требования»․
• ФЗ-63 «Об электронной подписи» — регулирует использование ЭП для подтверждения подлинности и целостности документов․

Фундаментальные свойства электронного документа

Согласно ГОСТ Р 7․0․8-2013 и ISO 15489, электронный документ, подлежащий архивированию, должен обладать четырьмя ключевыми свойствами:

1. Подлинность (Authenticity): Документ является тем, за что себя выдает․ Подтверждается электронной подписью (ЭП), метками времени, журналами регистрации и цепочкой хранения․
2. Надежность (Reliability): Содержание документа можно доверительно использовать как доказательство операций и фактов, которые он фиксирует․ Обеспечивается контролем создания, передачи и хранения․
3. Целостность (Integrity): Документ является полным и неизменным․ Любое изменение (даже добавление пробела) фиксируеться и обнаруживается (хеш-суммы, ЭП, блокчейн-технологии в современных СЭД)․
4. Доступность/Читаемость (Usability/Renderability): Документ может быть найден, открыт, прочитан и понят с помощью доступного программного обеспечения на протяжении всего срока хранения․

Требования к форматам файлов (ГОСТ Р 7․0․100-2018)

Это один из самых критичных технических аспектов․ Форматы должны быть открытыми, документированными, широко распространенными и не зависящими от конкретного производителя ПО (Vendor-neutral);

Рекомендуемые (обязательные для длительного хранения) форматы:

Важно: Запрещается использование форматов с проприетарным сжатием, шифрованием (без хранения ключей в архиве), защитой паролем, макросами, внешними ссылками (OLE-объектами) и шрифтами, не встроенными в файл․

Метаданные: «Документ о документе»

Без метаданных электронный документ в архиве теряет контекст и правовую силу․ ГОСТ Р 7․0․99-2018 выделяет три уровня метаданных:

А․ Метаданные электронного документа (уровень записи)

• Идентификация: Уникальный идентификатор (UUID/GUID), номер дела, номер документа в деле․
• Контекст: Автор, исполнитель, дата создания, дата регистрации, вид документа (приказ, договор, акт), тема/․
• Правовой статус: Наличие ЭП (кем подписано, когда, сертификат ключа проверки), печати, грифа секретности/конфиденциальности․
• Связи: Ссылки на исходящие/входящие документы, приложения, предыдущие версии․

Б․ Метаданные файла (уровень файла)

• Имя файла (соответствует правилам именования архива)․
• Формат (MIME-type, версия формата, например application/pdf; version=1․7)․
• Размер в байтах․
• Контрольная сумма (Хеш): SHA-256 (рекомендуется) или SHA-512․ Используется для контроля целостности при каждом копировании/миграции․
• Кодировка (для текстовых)․

В․ Метаданные дела/фонда (уровень агрегации)

• Шифр фонда, описи, дела․
• Срок хранения дела (в годах или «Постоянно»)․
• Акт экспертизы стоимости и сроков хранения․

Электронная подпись (ЭП) и подтверждение подлинности

Для архивных документов, имеющих правовое значение (договоры, приказы, финансовые документы), наличие усиленной квалифицированной электронной подписи (УКЭП) является обязательным условием приема в архив․

Требования к ЭП в архиве:

1. Встроенная подпись (Enveloped/Enveloping): Подпись должна находиться внутри файла контейнера (например, в структуре PDF/A или в контейнере CAdES/XAdES), а не в отдельном файле ․sig (хотя отдельный файл допускается, если обеспечена жесткая связь метаданными)․
2. Долгосрочная валидация (LTV — Long Term Validation): В подпись должны быть встроены все данные для проверки без обращения к внешним серверам (OCSP/CRL) на момент подписания: сертификаты ЦС, списки отзыва, метки времени (Time Stamp Token — RFC 3161)․
3. Метка времени (Time Stamping): Критически важна для доказательства факта существования документа в конкретный момент времени, особенно после истечения срока действия сертификата ключа ЭП․

Организация хранения и обеспечение сохранности

Техническая инфраструктура электронного архива (Хранилище) должна соответствовать модели OAIS (Open Archival Information System, ISO 14721) и требованиям ГОСТ Р 7․0․8-2013․

Ключевые механизмы:

• Резервное копирование (Backup) ≠ Архивирование․ Бэкап — это защита от сбоев «здесь и сейчас»․ Архив — это гарантия читаемости через 50 лет․ Стратегия 3-2-1 (3 копии, 2 носителя, 1 удаленно) обязательна․
• Контроль целостности (Fixity Checks): Регулярный (по расписанию) пересчет хеш-сумм (SHA-256) всех файлов и сравнение с эталонными значениями в базе метаданных․ Частота: не реже 1 раза в квартал для «горячего» хранилища, 1 раз в год — для «холодного» (ленточные библиотеки, оптические диски M-DISC)․
• Миграция (Migration): Плановый перевод документов из устаревающих форматов в актуальные (например, PDF 1․4 → PDF/A-2b) или с носителей на носители (HDD → SSD → LTO-9 → Облако)․ Каждая миграция фиксируется в метаданных (событие Preservation Event) с новым расчетом хешей․
• Эмуляция/Виртуализация: Для сложных объектов (САПР, мультимедиа, старые БД), которые нельзя конвертировать без потерь, создаются виртуальные машины с оригинальным ПО․
• Защита от несанкционированного доступа: Разграничение прав доступа (RBAC), шифрование данных «в покое» (AES-256) и «в движении» (TLS 1․2+), аудит всех действий с документами (иммутабельные логи)․

Процедура передачи документов в архив (Сдача в архив)

Согласно Приказу Минкультуры № 2768, передача оформляется Актом приема-передачи электронных документов в архив․ Пакет передачи (SIP — Submission Information Package) должен содержать:

1. Сами файлы документов в утвержденных форматах․
2. XML-файл метаданных (по схеме ГОСТ Р 7․0․99-2018 или профилю архива-получателя), описывающий структуру дела, реквизиты каждого документа и параметры файлов․
3. Контрольные суммы (манифест) для всех файлов (обычно файл manifest․xml или sha256sum․txt)․
4. Копии сертификатов ключей проверки ЭП (если ЭП встроена в файлы, сертификаты должны быть извлечены и приложены отдельно для LTV)․
5. Акт экспертизы документов (сроки хранения, ценность)․
6. Инвентаризационный список (в электронном и/или бумажном виде)․

Самое главное помнить: Архив отказывает в приеме, если:

• Файлы в проприетарных/закрытых форматах без возможности конвертации․
• Нарушена целостность (хеш не совпадает)․
• Отсутствует или невалидна ЭП на документах, требующих подписи․
• Метаданные неполные или не соответствуют схеме архива․
• Есть признаки подделки, повреждения вирусами, скрытых данных (стейганография, скрытые слои в PDF)․

Специфические требования для отраслей

• Медицина (ЕМИАС, МИС): Требования Приказа Минздрава № 236н, ФЗ-323․ Сроки хранения до 50-100 лет․ Критична привязка к пациенту (СНИЛС, polis OMS) и врачу (ЭП врача)․ Форматы: CDA (Clinical Document Architecture), PDF/A․
• Бухгалтерия/Налог (ФНС): Форматы обмена (ОНСЧФ, УПД) — XML по схемам ФНС․ Для архива конвертируются в PDF/A с визуализацией․ Обязательна ЭП отправителя/получателя․
• Гостайна (Госсекрет): Требования ФСТЭК, ФСБ․ Изолированные контуры, сертифицированные СЗИ, учет на бумажных носителях-дублерах для особо важных документов․
• Строительство/Проектирование: Огромные массивы данных (BIM-модели, ненормированная документация)․ Использование IFC, PDF/A-3 (с вложенными исходными файлами), PLM-интеграция․

Перспективы: Цифровая сохранность (Digital Preservation) и Trusted Digital Repository

Современный подход смещается от простого «хранения файлов» к построению Доверенного цифрового репозитория (Trusted Digital Repository — TDR), сертифицированного по стандарту ISO 16363 (Audit and Certification of Trustworthy Digital Repositories) или российскому аналогу — ГОСТ Р 7․0․101-2019․

Это предполагает:

• Наличие стратегии сохранности (Preservation Policy)․
• Реестр форматов (Format Registry) с оценкой рисков устаревания (PRONA, DROID)․
• Автоматизированные рабочие процессы (Workflows) ингеста (Ingest), миграции, доступа (Dissemination)․
• Финансовую устойчивость организации на горизонте сроков хранения․

Соблюдение требований к электронным документам в архиве — это не формальность, а условие юридической значимости документов и сохранения исторической памяти организации․ Ключевыми столпами являются: открытые форматы (PDF/A, XML, TIFF), полные метаданные (ГОСТ Р 7․0․99), встроенная долгосрочная ЭП (CAdES-A/LTV), регулярный контроль целостности (SHA-256) и плановая миграция․

Игнорирование этих требований сегодня приведет к потере правовой силы документов и невозможности их прочтения через 5–10 лет, что несет колоссальные правовые и финансовые риски․