Формирование контейнера электронного документа (часто называемого «архивным пакетом» или «единица хранения») — это ключевой этап перевода документов в электронный архив организации. От полноты и правильности комплектования контейнера зависит юридическая сила документа‚ его читаемость в долгосрочной перспективе и соответствие требованиям законодательства РФ. Ниже подробно разбирается‚ что именно должен включать в себя такой контейнер на актуальную дату (октябрь 2026 г.)‚ опираясь на действующие нормативные акты‚ рекомендации Росархива и отраслевые стандарты.

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

Требования к составу контейнера регламентируются комплексом документов:

• ФЗ № 125-ФЗ «Об архивном деле в Российской Федерации» (ст. 14‚ 14.1) — базовые определения и требования к хранению ЭД.
• Приказ Минкультуры РФ от № 526 «Об утверждении Рекомендаций по комплектованию‚ учету и организации хранения электронных архивных документов в архивах организаций» (далее — Рекомендации Росархива).
• ГОСТ Р 54989-2012 / ISO/TR 18492 «Информация и документирование. Долговременное сохранение электронных документов».
• Типовые функциональные требования к СЭД и системам хранения (утв. Росархивом), технические требования к формированию контейнера в информационных системах.
• Актовые документы по результатам экспертизы ценности и сроков хранения (экспертиза документов).

Единицы учета и хранения: важное различие

Перед формированием контейнера необходимо четко разграничивать понятия (согласно Рекомендациям Росархива):

• Единица учета электронных документов — это электронный документ‚ зарегистрированный в информационной системе (ИС) организации и включенный в состав электронного дела.
• Единица хранения электронных документов — это электронное дело‚ находящееся на хранении в архиве.

Обязательный состав контейнера электронного документа (Согласно п. 141 Правил / Приказа № 526 и Типовым требованиям)

Согласно актуальным нормативным актам (в т.ч. «Новым правилам» хранения‚ вступающим в силу/применяемым с 2025 г.)‚ в состав Электронного Архивного Документа (ЭАД)‚ размещаемого на хранение‚ обязательно входят следующие компоненты:

Файл основной части электронного документа (Контент)

• Формат: PDF/A (ISO 19005)‚ предпочтительно PDF/A-2b или PDF/A-3b. Это единственный формат‚ гарантирующий визуальную идентичность и самодостаточность (включение шрифтов‚ цветовых профилей) на десятилетия вперед.
• Требования: Файл должен быть полнотекстовым (наличие текстового слоя для поиска)‚ без паролей‚ шифрования и внешних ссылок. Если оригинал создан в другом формате (Word‚ Excel‚ CAD)‚ он конвертируется в PDF/A с сохранением визуального представления.

Файлы неотъемлемых приложений (При наличии)

• Приложения‚ являющиеся неотъемлемой частью документа (схемы‚ чертежи‚ таблицы‚ фото‚ видеофайлы)‚ помещаются в контейнер как отдельные файлы.
• Форматы: Для растровых изображений — TIFF (без сжатия или LZW) или JPEG 2000; для векторной графики — SVG или PDF/A; для табличных данных — CSV (UTF-8) или PDF/A. Допускается хранение в нативных форматах только при условии наличия в контейнере программных средств визуализации (эмуляторов) или параллельного хранения в формате архивного хранения (PDF/A).

Файл(ы) электронных подписей (ЭП/КЭП)

• Если документ подписан усиленной квалифицированной электронной подписью (КЭП) или ЭП (внутриорганизационной)‚ файл подписи (.sig‚ .p7s или встроенная в PDF/A подпись PAdES) обязательно включается в контейнер.
• Для документов‚ подписанных несколькими лицами (согласование‚ утверждение)‚ в контейнер помещаются все файлы подписей или один файл с набором подписей (CAdES-X-L / CAdES-A для долгосрочной валидации).
• Важно: При хранении копий бумажных документов (скан-копий) ЭП ставится на файл копии уполномоченным лицом организации (п. 160 Правил № 77/Приказ № 526)‚ подтверждая копийность.

Файл метаданных (Описание/Манифест) в формате XML

Это «паспорт» документа‚ обеспечивающий его идентификацию‚ поиск и понимание контекста без открытия основного файла. Согласно Типовым требованиям Росархива‚ контейнер должен содержать метаданные электронного документа. Структура XML-файла обычно соответствует схеме SMEV / Rosarkhiv / Dublin Core / METS и включает:

1. Регистрационно-учетные сведения: Номер‚ дата регистрации в ИС‚ вид документа (приказ‚ договор‚ акт)‚ автор/исполнитель‚ подразделение.
2. Сведения о составе: Перечень файлов в контейнере (имена файлов‚ хеш-суммы SHA-256 для контроля целостности‚ MIME-типы‚ размеры).
3. Сведения о подписях: Данные о владельцах сертификатов КЭП‚ даты подписания‚ статус валидации на момент архивирования.
4. Сведения о копийности (для скан-копий): Информация об оригинале (где хранится‚ номер дела)‚ способе получения копии (сканирование‚ фото)‚ лицом‚ удостоверившим копийность.
5. Срок хранения и категория ценности: Результат экспертизы документов (временный/постоянный).
6. История жизненного цикла (Event Log): События: создание‚ регистрация‚ подписание‚ передача в архив‚ верификация.

Файл визуализации / Файл-описание (Для копий бумажных документов)

Согласно п. 160 Правил (Приказ Минкультуры № 526 / Постановление № 77)‚ при формировании копии бумажного документа в контейнер включается:

• Файл-описание‚ содержащий регистрационно-учетные сведения о документе (метаданные) и информацию о копийности документа (кем‚ когда и на основании чего удостоверена копийность).

Технические требования к упаковке контейнера

Сами файлы не должны лежать «в куче». На уровне информационной системы (СЭД / Система хранения) контейнер упаковывается в стандартный архивный пакет:

• Формат-контейнер: ZIP (без сжатия — store mode) или TAR. Использование сжатия (deflate) не рекомендуется из-за рисков повреждения битов при долговременном хранении.
• Структура внутри архива:

  /container_root/
   /content/ # Основной файл (PDF/A) и приложения
   /signatures/ # Файлы ЭП (.sig‚ .p7s)
   /metadata/ # metadata.xml (описание)
   manifest.xml # Манифест пакета (список файлов + хеши SHA-256)
   signature_manifest.xml # Подпись на манифест (гарантия целостности всего пакета)
  

• Контроль целостности: Для каждого файла и для всего пакета рассчитываются хеш-суммы (алгоритм ГОСТ Р 34.11-2012 (Streebog) -56 бит или SHA-256). Они записываются в manifest.xml и подписываются КЭП ответственного за архив лица (архивариуса/администратора).

Особенности для разных типов документов

Носители и избыточность хранения (Физический уровень)

Сформированные логические контейнеры (пакеты) должны быть размещены на физических носителях с соблюдением принципа избыточности:

• Правило «Две копии на разных носителях»: Минимум два экземпляра архива (например‚ два RAID-массива‚ два сервера в разных ЦОД‚ лента LTO + диск‚ или два внешних жестких диска/флешки для малых объемов).
• Размещение: Обособленное хранилище (отдельное помещение‚ сейф‚ заземленный и размагниченный металлический шкаф/стеллаж).
• Контроль: Регулярная (не реже 1 раза в год) верификация хеш-сумм файлов на носителях (fixity check).
• Миграция: Плановая миграция данных на новые носители/форматы до истечения срока гарантированного хранения текущих носителей (обычно 3-5 лет для HDD/SSD‚ 10-30 лет для LTO/оптических дисков M-DISC).

Чек-лист: Готовность контейнера к передаче в архив

Перед сдачей контейнера в архив организации (или выгрузке в систему долговременного хранения) проверьте:

1. [ ] Основной контент в PDF/A (валидация через veraPDF или pdfaPilot — статус «Valid»).
2. [ ] Все приложения учтены‚ названы понятно‚ имеют допустимые архивные форматы.
3. [ ] Присутствуют все файлы электронных подписей (КЭП/ЭП)‚ валидные на момент архивирования (проверка цепочек сертификатов‚ отзывов‚ временных меток).
4. [ ] Сформирован XML-файл метаданных по утвержденной схеме (Rosarkhiv / METS)‚ заполнены все обязательные атрибуты (срок хранения‚ шифр дела‚ копийность).
5. [ ] Рассчитаны хеш-суммы (SHA-256 / Streebog) для каждого файла и всего пакета.
6. [ ] Пакет упакован в ZIP (store) или TAR без потерь структуры.
7. [ ] Пакет подписан КЭП архивариуса/администратора архива (подпись на манифест).
8. [ ] Запись о передаче внесена в журнал учета/ИС (акт приема-передачи единиц хранения);

Контейнер электронного документа для архива — это не просто набор файлов в папке‚ а самодостаточная информационная единица‚ обеспечивающая юридическую значимость‚ читаемость и достоверность документа на протяжении всего срока хранения (до 75 лет и более).

Ключевой принцип: «Все‚ что необходимо для понимания‚ проверки и чтения документа через 50 лет‚ должно быть внутри контейнера без обращения к внешним системам‚ базам данных или интернету».

Строгое следование требованиям Приказа Минкультуры № 526‚ ГОСТ Р 54989-2012 и Типовым требованиям Росархива при формировании контейнеров (PDF/A + Приложения + ЭП + XML-метаданные + Манифест с хешами + КЭП на пакет) — это гарантия прохождения проверок Росархива‚ судов и налоговых органов‚ а также сохранение корпоративной памяти организации.

Статья подготовлена на основе актуальных на г. нормативных актов: ФЗ-125‚ Приказ Минкультуры № 526‚ ГОСТ Р 54989-2012‚ Типовые функциональные требования Росархива‚ рекомендации по применению PDF/A (ISO 19005).