Контейнер электронного документа – это единый файл‑архив‚ в котором совместно хранятся:
- основной контент (текстовый файл‚ изображение‚ таблица и т․п․);
- метаданные‚ описывающие документ (название‚ дата создания‚ автор‚ индекс дела‚ сроки хранения и др․);
- файлы электронной подписи (подписанные сертификатом КЭП);
- визуализированная копия в формате
PDF/A‑1b(илиPDF/A‑2b)‚ обеспечивающая долговременное чтение; - при необходимости – приложения‚ сертификаты‚ справочные файлы․
Такой контейнер передаётся в центр хранения электронных документов (СХЭД) и служит юридически значимым источником‚ эквивалентным бумажному подлиннику․
Нормативно‑правовая база
Формирование и передача контейнеров регулируются рядом федеральных актов и рекомендаций:
- Федеральный закон «Об архивном деле в Российской Федерации» (ст․ 6‑9);
- Приказ Федархива от № 123 «Типовые функциональные требования к системам электронного документооборота и системам хранения электронных документов в архивах государственных органов»;
- Постановление Минфина России от № 112н «Об использовании усиленной квалифицированной электронной подписи»;
- Рекомендации ВНИИДАД и Федархива по формату контейнера (ZIP‑архив с фиксированной структурой);
- Методические рекомендации по организации работы и технологическому оснащению хранилищ электронных документов (Федархив‚ 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С:Документооборот‚ Диадок‚ КонсультантПлюс)․ При необходимости документ конвертируется в
PDF/A‑1b(встроенный конвертер или внешняя утилита)․ - Сбор метаданных – система автоматически заполняет XML‑файл метаданных из реестра дел и справочников․
- Подписание – документ подписывается КЭП․ Подпись сохраняется в отдельный файл
․sig‚ а сертификат – в․cer․ - Создание манифеста – генерируются контрольные суммы всех файлов и формируется
manifest․xml․ - Упаковка в ZIP‑контейнер – все файлы помещаются в структуру‚ описанную в пункте 2‚ и архивируются в
․zipс кодировкой UTF‑8․ - Регистрация в реестре подлинников – запись о переданном контейнере в реестр‚ присвоение статуса «подлинник»․
- Передача в СХЭД – через защищённый канал (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 лет․
Контейнеры‚ переданные в архив‚ фиксируются в Реестре подлинников․ По истечении срока хранения документ может быть уничтожен только после официального акта утилизации․
Практические рекомендации при работе с контейнерами
- Стандартизировать имена файлов – использовать шаблон
DocumentID_CaseNumber_YYYYMMDD․zip․ - Проверять валидность PDF/A – использовать проверочные утилиты (veraPDF‚ PDF/A‑Validator)․
- Автоматизировать генерацию манифеста – скрипты на Python/PowerShell с библиотекой
hashlib․ - Контролировать срок действия сертификата подписи – своевременно обновлять КЭП․
- Вести журнал передачи – фиксировать дату‚ время‚ размер контейнера‚ статус в СХЭД․
- Проводить периодический аудит – проверять соответствие реестра подлинников и реального содержимого архива․
- Обучать персонал – проводить инструктажи по правилам формирования и передачи контейнеров․
Пример 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 и других профильных ресурсов․