Контейнер электронного документа: структура, нормативная база и процесс формирования

Единый архив объединяет контент, метаданные, КЭП и PDF/A. Идеальный контейнер эл. документа для долговременного хранения и юридической силы.

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

+7 (800) 301-07-30

Реклама jurik.ru

Контейнер электронного документа – это единый файл‑архив‚ в котором совместно хранятся:

  • основной контент (текстовый файл‚ изображение‚ таблица и т․п․);
  • метаданные‚ описывающие документ (название‚ дата создания‚ автор‚ индекс дела‚ сроки хранения и др․);
  • файлы электронной подписи (подписанные сертификатом КЭП);
  • визуализированная копия в формате PDF/A‑1b (или PDF/A‑2b)‚ обеспечивающая долговременное чтение;
  • при необходимости – приложения‚ сертификаты‚ справочные файлы․

Такой контейнер передаётся в центр хранения электронных документов (СХЭД) и служит юридически значимым источником‚ эквивалентным бумажному подлиннику․


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

Формирование и передача контейнеров регулируются рядом федеральных актов и рекомендаций:

  1. Федеральный закон «Об архивном деле в Российской Федерации» (ст․ 6‑9);
  2. Приказ Федархива от № 123 «Типовые функциональные требования к системам электронного документооборота и системам хранения электронных документов в архивах государственных органов»;
  3. Постановление Минфина России от № 112н «Об использовании усиленной квалифицированной электронной подписи»;
  4. Рекомендации ВНИИДАД и Федархива по формату контейнера (ZIP‑архив с фиксированной структурой);
  5. Методические рекомендации по организации работы и технологическому оснащению хранилищ электронных документов (Федархив‚ 2024)․

Соблюдение этих нормативов гарантирует‚ что передаваемый документ будет признан подлинником в архиве организации․


Структура контейнера

Стандартный контейнер представляет собой ZIP-архив со следующей внутренней структурой (пример):

/container․zip
│
├─ content/
│ ├─ document․docx # исходный файл
│ └─ document․pdf # PDF/A‑1b (визуальная копия)
│
├─ metadata/
│ └─ metadata;xml # метаданные в формате XML
│
├─ signatures/
│ ├─ document․sig # подпись в формате CAdES
│ └─ certificate․cer # сертификат подписи
│
└─ manifest․xml # перечень файлов и их контрольные суммы

Файлы контента

  • Исходный файл – оригинальный формат (DOCX‚ XLSX‚ ODT и т․п․)․
  • PDF/A‑1b – обязательный для долговременного хранения‚ обеспечивает неизменность визуального представления․

Метаданные

Метаданные описывают документ и позволяют автоматизировать его поиск и учёт․ Основные поля:

Элемент Описание
DocumentID Уникальный идентификатор (UUID)
Title Заголовок документа
CreationDate Дата и время создания
Author Автор (сотрудник‚ подразделение)
CaseNumber Индекс дела согласно номенклатуре дел
RetentionPeriod Срок хранения (год/мес․)
DocumentType Тип (служебный‚ финансовый‚ договор и пр․)

Электронные подписи

Для подтверждения подлинности используется усиленная квалифицированная электронная подпись (КЭП)․ Формат подписи – CAdES (CMS Advanced Electronic Signatures)․ В контейнере помещаются:

  • файл подписи ․sig;
  • сертификат подписи ․cer (или цепочка сертификатов)․

Manifest (манифест)

Файл manifest․xml содержит перечень всех файлов контейнера и их контрольные суммы (SHA‑256)․ Это обеспечивает целостность при передаче․


Процесс формирования контейнера

  1. Подготовка исходного документа – документ создаётся в системе ЭДО (например‚ 1С:Документооборот‚ Диадок‚ КонсультантПлюс)․ При необходимости документ конвертируется в PDF/A‑1b (встроенный конвертер или внешняя утилита)․
  2. Сбор метаданных – система автоматически заполняет XML‑файл метаданных из реестра дел и справочников․
  3. Подписание – документ подписывается КЭП․ Подпись сохраняется в отдельный файл ․sig‚ а сертификат – в ․cer․
  4. Создание манифеста – генерируются контрольные суммы всех файлов и формируется manifest․xml․
  5. Упаковка в ZIP‑контейнер – все файлы помещаются в структуру‚ описанную в пункте 2‚ и архивируются в ․zip с кодировкой UTF‑8․
  6. Регистрация в реестре подлинников – запись о переданном контейнере в реестр‚ присвоение статуса «подлинник»․
  7. Передача в СХЭД – через защищённый канал (HTTPS‚ VPN‚ SFTP) отправляется контейнер․ По получении система СХЭД проверяет манифест и подпись‚ после чего фиксирует документ в архиве․

В большинстве современных СЭД (Системы Электронного Делопроизводства) данный процесс автоматизирован и реализуется одной кнопкой «Передать в архив»․


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

Требование Описание
Формат архива ZIP‑архив‚ кодировка UTF‑8‚ без пароля․
Размер Не более 2 ГБ (в зависимости от политики СХЭД)․
PDF/A PDF/A‑1b (или PDF/A‑2b) – обязательный для визуализации․
Подпись CAdES‑BES‚ CAdES‑EPES‚ CAdES‑T (включает тайм‑стамп)․
Метаданные XML‑схема‚ согласованная с Федархивом (XSD‑файл доступен в рекомендациях)․
Контроль целостности SHA‑256 контрольные суммы в манифесте․
Совместимость Контейнер должен быть читаем в СХЭД‚ а также в системах ЭДО организации․

Правила и сроки архивного хранения

Согласно Порядку выставления и получения счетов‑фактур в электронной форме и Перечню типовых управленческих архивных документов:

  • Документы‚ относящиеся к бухгалтерскому учёту‚ хранятся минимум 5 лет;
  • Договоры и юридически значимые акты – минимум 10 лет;
  • Документы‚ связанные с налогообложением‚ – минимум 4 года после окончания налогового периода;
  • Для некоторых категорий (например‚ архивные фонды) сроки могут достигать 75 лет․

Контейнеры‚ переданные в архив‚ фиксируются в Реестре подлинников․ По истечении срока хранения документ может быть уничтожен только после официального акта утилизации․


Практические рекомендации при работе с контейнерами

  1. Стандартизировать имена файлов – использовать шаблон DocumentID_CaseNumber_YYYYMMDD․zip․
  2. Проверять валидность PDF/A – использовать проверочные утилиты (veraPDF‚ PDF/A‑Validator)․
  3. Автоматизировать генерацию манифеста – скрипты на Python/PowerShell с библиотекой hashlib․
  4. Контролировать срок действия сертификата подписи – своевременно обновлять КЭП․
  5. Вести журнал передачи – фиксировать дату‚ время‚ размер контейнера‚ статус в СХЭД․
  6. Проводить периодический аудит – проверять соответствие реестра подлинников и реального содержимого архива․
  7. Обучать персонал – проводить инструктажи по правилам формирования и передачи контейнеров․

Пример XML‑метаданных (фрагмент)

<DocumentMetadata xmlns="http://fedorarch․gov․ru/metadata">

 <DocumentID>550e8400-e29b-41d4-a716-446655440000</DocumentID>
 <Title>Договор аренды № 23 от </Title>
 <CreationDate>2025-03-12T10:15:00Z</CreationDate>
 <Author>Иванов И․И․‚ юридический отдел</Author>
 <CaseNumber>ДО-2025/03/12</CaseNumber>
 <RetentionPeriod>10Y</RetentionPeriod>
 <DocumentType>Договор</DocumentType>
 <Keywords>аренда‚ помещение‚ срок</Keywords>
</DocumentMetadata>

Чек‑лист перед передачей контейнера в архив

# Пункт проверки Статус
1 Исходный файл присутствует и соответствует оригиналу
2 PDF/A‑1b создан‚ проходит валидацию
3 Метаданные заполнены полностью (по шаблону)
4 Электронная подпись присутствует‚ сертификат действителен
5 Контрольные суммы в manifest․xml совпадают с реальными файлами
6 Размер ZIP‑контейнера не превышает лимит СХЭД
7 Контейнер зашифрован только транспортным уровнем (TLS)‚ без пароля
8 Запись в реестре подлинников создана
9 Акт приёма‑передачи подписан обеими сторонами

Контейнер электронного документа – ключевой элемент современной системы архивного хранения․ Он объединяет контент‚ метаданные‚ подписи и визуальную копию в едином‚ проверяемом и юридически значимом файле․ При правильном формировании и передаче контейнер обеспечивает:

  • соответствие требованиям законодательства РФ;
  • долговременную доступность и читаемость документов;
  • автоматизацию учёта и поиска в архиве;
  • защиту от подделки благодаря электронной подписи и манифесту․

Следуя рекомендациям‚ изложенным в этой статье‚ организации смогут построить надёжный электронный архив‚ минимизировать риски юридических споров и упростить процесс передачи документов в архив․


Дата публикации: 07:26:50․ Информация собрана из открытых источников Федерального архивного агентства‚ Диадок‚ КонсультантПлюс‚ SL Soft и других профильных ресурсов․