Современное делопроизводство немыслимо без перехода к электронному документообороту (ЭДО) и формирования электронных архивов. Формат электронного архива — это не просто расширение файла (например, .zip или .xml), а комплексный набор правил, стандартов и технических решений, обеспечивающих правовую значимость, целостность, читаемость и долгосрочное хранение документов. В данной статье подробно разберем, из чего состоит формат архива, какие стандарты действуют в РФ и за рубежом, и на что обратить внимание при внедрении.

Понятие и правовая база в Российской Федерации

В России понятие «электронный архив» и требования к его формату регулируются рядом нормативных актов. Ключевыми являются:

• ФЗ-63 «Об электронной подписи» — определяет требования к форме электронного документа и роли усиленной квалифицированной электронной подписи (УКЭП) для приравнивания документа к бумажному оригиналу.
• ФЗ-402 «О бухгалтерском учете» (ст. 9) — разрешает хранить учетные документы в электронном виде при условии обеспечения их подлинности, читаемости и целостности.
• Приказ Минкультуры РФ от № 2768 (ранее Приказ Росархива) — утверждает требования к формированию, ведению и хранению электронных архивов государственных и муниципальных органов, а также организаций, передающих документы в государственные архивы.
• ГОСТ Р 7.0.99-2018 «Система стандартов по информации, библиотечному и издательскому делу. Архивное дело. Электронные архивы. Общие требования к формированию и хранению», основной технический стандарт, описывающий структуру архива, метаданные и форматы файлов.
• Приказ ФНС от № ММВ-7-6/16@ — устанавливает формат электронных документов (XML) для обмена с налоговыми органами (ЭДО с ФНС).

Важно: Для коммерческих организаций, не сдающих документы в госархив, требования Приказа № 2768 носят рекомендательный характер, однако следование им является гарантией защиты в судебных спорах и при проверках.

Структура формата электронного архива

Согласно ГОСТ Р 7.0.99-2018 и международному стандарту OAIS (ISO 14721) (Open Archival Information System), правильный электронный архив состоит из трех ключевых компонентов:

Данные (Content Data Objects)

Это сами документы: сканы, нативные файлы (Word, Excel, PDF), чертежи, фотографии. Ключевое требование — использование открытых, задокументированных форматов, гарантирующих долгосрочную читаемость.

Метаданные (Preservation Description Information — PDI)

Без метаданных электронный архив — это просто «свалка файлов». Метаданные описывают контекст, структуру и историю документа. В российской практике используются профили на базе Dublin Core и схемы EAD (Encoded Archival Description), адаптированные под ГОСТ Р 7.0.99-2018 (Приложение А).

Обязательные группы метаданных:

1. Идентифицирующие: Уникальный идентификатор (UUID), шифр дела, номер документа, дата.
2. Контекстные: Автор, исполнитель, организация-производитель, дело/подразделение-образователь;
3. Содержательные: , тематика (рубрикатор), ключевые слова, аннотация.
4. Правовые/Доступ: Срок хранения, категория доступа (Гриф доступа: ДСП, К, ОВ и т.д.), основание хранения.
5. Технические: Формат файла (MIME-type), размер, хеш-сумма (SHA-256), кодировка, версия ПО для создания.
6. История (Provenance): Кто, когда и какие действия совершал (создание, подписание, миграция формата, выдача на использование).

Контейнер и упаковка (Packaging)

Для передачи архива (например, в госархив, на аудит или между системами) файлы упаковываются в контейнеры. Стандарт де-факто в РФ, ZIP-архив (формат ZIP 6.3.1+, поддержка UTF-8 в именах файлов) со строгой внутренней структурой:

/Archive_ROOT/
├── metadata.xml # Описание всего архива (Manifest + метаданные fonds/series)
├── schema.xsd # Схема валидации metadata.xml (опционально)
├── /cases/ # Папки дел (по номерам или шифрам)
│ ├── /case_001/
│ │ ├── doc_001.pdf
│ │ ├── doc_001.xml # Метаданные конкретного документа
│ │ └── doc_001.sig # Открепленная ЭП (CAdES-BES / CAdES-X-Long)
│ └── /case_002/
│ └── ...
└── /schemas/ # Схемы XSD для валидации XML-документов внутри

Примечание про ZIP: Как упоминалось в запросах пользователей, передача больших объемов файлов часто подразумевает архивацию в ZIP. Однако просто ZIP-файл без структурированного XML-манифеста и хеш-сумм не является электронным архивом в правовом смысле.

Роль электронной подписи (ЭП) в формате архива

Формат архива неразрывно связан с форматом подписи. Для обеспечения долгосрочной проверяемости (Long-Term Validation — LTV) необходимо использовать профили CAdES (CMS Advanced Electronic Signatures):

• CAdES-BES (Basic Electronic Signature) — базовый профиль.
• CAdES-T — с меткой времени (Time Stamp Token).
• CAdES-X-Long (или CAdES-A) — включает все данные для проверки через десятилетия: сертификаты, CRL/OCSP-ответы, метки времени архивирования. Это обязательный профиль для архивов длительного хранения.

Подписи хранятся открепленно (detached signature), обычно в файлах с расширением .sig или .p7s, рядом с подписываемым файлом.

Процесс формирования архива: этапы

Создание электронного архива — это не разовый акт, а непрерывный процесс (жизненный цикл):

1. Захват (Ingest): Поступление документов из ЭДО, СЭД, почты, сканирование бумажных оригиналов. Присвоение идентификаторов, расчет хеш-сумм, верификация ЭП.
2. Оценка и отбор (Appraisal): Определение сроков хранения по номенклатуре (утвержденной в организации). Отбор на постоянное хранение или уничтожение.
3. Упорядочивание (Arrangement): Формирование фондов, описей, дел согласно архивной теории (принцип происхождения, первоначальный порядок).
4. Описание (Description): Заполнение карточек метаданных для фондов, опысей, дел, единиц хранения.
5. Консервация (Preservation): Мониторинг форматов. При устаревании формата (например, Word 97) — миграция в актуальный открытый формат (PDF/A) с фиксацией события в метаданных и наложением новой архивной метки времени.
6. Доступ (Access): Реализация прав доступа по ролям, поиск по метаданным, выдача копий с подтверждением подлинности.

Типовые ошибки при выборе формата архива

• Хранение только «картинок» (JPG/PNG) без OCR-слоя и PDF/A-обертки. Такие файлы не являются полноценными электронными документами для поиска и судебной практики.
• Игнорирование хеш-сумм (SHA-256). Без них невозможно доказать целостность файла за 5-10 лет.
• Использование проприетарных контейнеров (RAR, 7z, кастомные .exe). Только ZIP (ISO/IEC 21320-1) и TAR (для Unix-систем) гарантируют открытость.
• Отсутствие версионирования метаданных. Если изменился срок хранения или гриф доступа — должно остаться историческое значение.
• Хранение ключей ЭП и сертификатов внутри архива без политики управления ключами (PKI). Ключи должны храниться в УЦ/Хранилище ключей (HSM), а в архиве — только результаты проверки (валидации).

Специализированные форматы обмена (СМЭВ, ФНС, Росреестр)

Помимо внутреннего архива организации, существуют форматы для межведомственного взаимодействия:

• СМЭВ 3 / СМЭВ ГИС: Обмен пакетами в формате ZIP (ASiC-E контейнеры) с манифестом manifest.xml и подписями .sig. Структура строго регламентирована техническими регламентами ФСБ и Минцифры.
• ЭДО с ФНС (Приказ ММВ-7-6/16@): Используются XML-схемы формата ФНС (например, для счетов-фактур, УПД, актов). Архив обмена с ФНС хранится у оператора ЭДО и у налогоплательщика.
• Росреестр / ЕГРН: Обмен в формате XML по схемам Росреестра, упаковка в ZIP с ЭП.

Программные средства и системы (Примеры реализации)

На рынке РФ представлены системы электронного архивирования (СЭА), реализующие описанные форматы «из коробки». В открытых источниках упоминаются успешные внедрения систем класса «Этлас» (Этлас-Софт) на крупных предприятиях (ММК, ГОСТ.Лаб, СтройГрад и др.), а также решения от 1С, Directum, DIADOC, СБИС, Контур. Ключевой критерий выбора — наличие сертификата ФСТЭК/ФСБ (если хранится ГО/К) и поддержка профиля CAdES-X-Long.

Чек-лист: Соответствует ли ваш архив формату?

Проверьте свою систему по пунктам:

• [ ] Файлы хранятся в открытых форматах (PDF/A, XML, TIFF, CSV)?
• [ ] У каждого файла есть XML-карточка метаданных по профилю ГОСТ Р 7.0.99-2018?
• [ ] Рассчитаны и сохранены хеш-суммы (SHA-256) для каждого файла?
• [ ] Электронные подписи представлены в профиле CAdES-X-Long (LTV)?
• [ ] Структура папок соответствует номенклатуре дел (Фонд -> Опись -> Дело -> ЕХ)?
• [ ] Ведется журнал событий (Audit Trail) всех операций с архивом?
• [ ] Реализована процедура миграции форматов при их устаревании?
• [ ] Есть возможность выгрузки архива в ZIP-контейнер с манифестом для передачи в госархив/аудитора?

Формат электронного архива — это инженерная и юридическая конструкция, обеспечивающая доверие к цифровой информации во времени. Он не ограничивается выбором расширения файла. Это сочетание открытых форматов данных (PDF/A, XML), стандартизированных метаданных (ГОСТ Р 7.0.99, Dublin Core/EAD), криптографической защиты (CAdES-X-Long) и структурированной упаковки (ZIP/ASiC).

Инвестиции в правильное проектирование формата архива на этапе внедрения СЭД/СЭА экономят колоссальные средства на судебных спорах, проверках регуляторов и миграции данных через 10–50 лет. Следование стандартам OAIS и ГОСТ Р 7.0.99-2018 — единственный профессиональный путь к созданию правомерного и живучего электронного архива.