Процесс сдачи электронных документов в архив: этапы и требования

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

+7 (800) 301-07-30

Реклама jurik.ru

С 1 января 2022 года (в соответствии с Федеральным законом от № 480-ФЗ) в России вступил в силу новый правовой режим‚ регулирующий обращение с электронными документами‚ подлежащими архивному хранению. На сегодняшний день () практика применения нормативных актов (ГОСТ Р 7.0.100-2018‚ ГОСТ Р 7.0.99-2018‚ Приказ Росархива от № 100) уже сложилась‚ но организации по-прежнему сталкиваются с вопросами технической подготовки‚ метаданных и взаимодействия с архивами.

Данная статья структурирует процесс сдачи электронных документов в архив по этапам: от формирования дела до подписания акта приема-передачи.


Нормативная база: на что опираться в 2026 году

Перед началом работ необходимо иметь под рукой актуальные версии документов:

  • Федеральный закон от № 125-ФЗ «Об архивном деле в Российской Федерации» (ст. 16.1‚ 22.1, особенности электронных документов).
  • ГОСТ Р 7.0.100-2018 «Система стандартов по информации‚ библиотечному и издательскому делу. Архивное дело. Электронные документы. Требования к формированию‚ составу и параметрам электронных документов для архивного хранения».
  • ГОСТ Р 7.0.99-2018 «Архивное дело. Электронные документы. Требования к системе управления электронными документами при архивном хранении».
  • Приказ Росархива от № 100 «Об утверждении Требований к передаче электронных документов в государственные архивы Российской Федерации» (основной регламент передачи).
  • Приказ Минкультуры от № 2364 «Об утверждении Типовых норм хранения документов‚ образующихся в деятельности федеральных органов исполнительной власти…» (сроки хранения).

Этап 1: Инвентаризация и отбор документов к сдаче

Не все электронные файлы подлежат архивному хранению. Процесс начинается с экспертизы ценности документов.

Составление экспертной комиссии

Комиссия по экспертизе ценности документов (ЭКЦД) должна включать представителей архива организации‚ юристов‚ ИТ-специалистов и авторов документов. Протокол экспертизы — основной документ‚ легализующий отбор.

Критерии отбора (согласно ст. 22.1 125-ФЗ)

  1. Истек срок хранения‚ установленный номенклатурой дела.
  2. Документ сформирован в электронном виде и не имеет бумажного оригинала (или электронный вариант признан оригиналом).
  3. Документ подписан усиленной квалифицированной электронной подписью (УКЭП) ответственного лица.
  4. Обеспечена целостность‚ подлинность и читаемость документа на момент сдачи.

Формирование архивных дел

Электронные документы сдаются в архив в составе архивных дел. Дело формируется в соответствии с номенклатурой дел организации.

  • Правило «одного дела — один архивный пакет»: Каждое дело упаковывается в отдельный ZIP-архив (или TAR) без сжатия (compression level 0 / store) для обеспечения бит-по-бит воспроизводимости.
  • Наименование файла-контейнера: Номенклатурный_номер_Год_Начало_Конец.zip (например: 01-05_2023_0001_0125.zip).

Этап 2: Техническая подготовка пакета передачи (СИП — Submission Information Package)

Согласно Приказу Росархива № 100 и ГОСТ Р 7.0.100-2018‚ пакет передачи должен иметь строгую структуру. Это самый ответственный технический этап.

Структура архивного пакета дела

Архив_Дела_01-05_2023.zip
│
├── documents/ <-- Папка с файлами документов
│ ├── 0001_Приказ_от_.pdf
│ ├── 0002_Договор_№123.pdf
│ └── ...
│
├── metadata.xml <-- ОБЯЗАТЕЛЬНЫЙ: Описание дела в формате XML (схема Rosarkhiv/OAI)
├── manifest.xml <-- ОБЯЗАТЕЛЬНЫЙ: Реестр файлов с хеш-суммами (SHA-256)
├── signature.p7s <-- ОБЯЗАТЕЛЬНЫЙ: Открепленная УКЭП ответственного лица (руководителя/архивариуса) над manifest.xml
└── readme.txt <-- Опционально: пояснительная записка (кодировка UTF-8)

Требования к файлам документов (ГОСТ Р 7.0.100-2018)

Параметр Требование Примечание
Формат PDF/A-1b или PDF/A-2b (ISO 19005) Запрещены: PDF/A-3 (вложения)‚ шифрование‚ пароли‚ JavaScript‚ внешние ссылки‚ шрифты без встраивания.
Цветовое пространство sRGB / CMYK / Grayscale Для фото — JPEG2000 (lossless) внутри PDF/A или отдельно TIFF v6.0 (LZW).
Разрешение Минимум 300 dpi (текст)‚ 600 dpi (чертежи/фото)
ЭЦП в документе Визуализация подписи (штамп) на последней странице PDF Сама ЭЦП (файл .sig/.p7s) хранится отдельно в метаданных дела‚ не встраивается в PDF/A.
Именование файлов Номер_в_деле_Краткое_название.pdf Только латиница‚ цифры‚ нижнее подчеркивание. Без пробелов и спецсимволов.

Метаданные (metadata.xml) — «Паспорт дела»

XML-файл описывает дело по схеме‚ утвержденной Росархивом (обычно на базе EAD или профиля Rosarkhiv SIP). Обязательные блоки:

  • Identification: Индекс фонда‚ описи‚ номер дела‚ название дела‚ даты начала/окончания.
  • Content: Перечень документов в деле (номер‚ дата‚ название‚ вид‚ кол-во стр.‚ срок хранения‚ шифр доступа).
  • Technical: Информация о ПО-формирователе‚ дате формирования пакета‚ версии схемы.
  • Rights/Access: Статус доступа (открыт/секретно/дсп/перс.данные)‚ основание ограничения.

Манифест (manifest.xml) и Контроль целостности

Для каждого файла в папке documents/ рассчитывается хеш-сумма по алгоритму SHA-256.

<file name="documents/0001_Приказ_от_.pdf" size="1024567" checksum="a3f2...c1d4" algorithm="SHA-256" />

Важно: Манифест подписывается УКЭП ответственного лица организации. Эта подпись (signature.p7s) гарантирует‚ что пакет не был изменен после формирования.


Этап 3: Проверка пакета перед отправкой (Валидация)

Отправка невалидного пакета приведет к отказу в приеме и потере времени. Обязательные проверки:

  1. Валидация PDF/A: Использовать veraPDF (официальный валидатор ЕС/ISO) или Adobe Preflight. Профиль: PDF/A-1b или PDF/A-2b. Ошибок быть не должно (0 errors).
  2. Проверка XML-схемы: Валидация metadata.xml по XSD-схеме Росархива.
  3. Проверка хешей: Скрипт/утилита пересчитывает SHA-256 для всех файлов в documents/ и сверяет с manifest.xml.
  4. Проверка ЭЦП манифеста: Проверка подписи signature.p7s (действительность сертификата‚ цепочка доверия‚ отзыв).
  5. Проверка на вирусы: Сканирование актуальными антивирусными базами.
  6. Проверка уникальности: Отсутствие дубликатов файлов внутри дела и между делами партии.

Рекомендация: Автоматизируйте этот процесс через скрипты (Python/PowerShell) или модуль СЭД/АИС «Архив».


Этап 4: Передача в архив (Процедура приема-передачи)

Способы передачи (согласно Приказу № 100)

  • Через АИС «Архив» / ФГИС «Архив»: Основной способ для госорганов и госучреждений. Пакет загружается в личном кабинете.
  • На материальных носителях: Внешние жесткие диски (HDD/SSD) или флеш-накопители (USB 3.0+)‚ отформатированные в exFAT или NTFS. Носитель должен быть новым‚ в заводской упаковке. Запрещено использовать CD/DVD (недостаточная надежность).
  • По защищенным каналам связи: Для документов‚ содержащих гостайну (с использованием СЗС/ВПН ГСС).

Акт приема-передачи электронных документов

Подготавливается в 2-х экземплярах (один у передающей стороны‚ один в архиве). Обязательные реквизиты:

  • Наименование организации-передающей и архива-принимающего.
  • Список сдаваемых дел (фонд‚ опись‚ № дела‚ название‚ кол-во документов‚ объем в Мб/Гб).
  • Сведения о носителе (тип‚ серийный номер‚ объем) или идентификаторе сессии в АИС.
  • Подписи руководителя организации‚ архивариуса организации‚ руководителя архива-приемника.
  • Отпечаток ЭЦП (хеш) всего пакета передачи для неотрекаемости.

Приемо-сдаточные испытания в архиве

Архив-приемник в течение установленного срока (обычно 30 календарных дней) проводит:

  1. Визуальный осмотр носителя / проверку сессии загрузки.
  2. Автоматизированную валидацию (те же проверки‚ что и у вас: PDF/A‚ XML‚ хеши‚ ЭЦП‚ вирусы).
  3. Выборку документов на читаемость и соответствие описанию.

По результатам составляется Акт результатов приемо-сдаточных испытаний. При обнаружении ошибок пакет возвращается на доработку.


Этап 5: После сдачи — обязанности организации

Сдача в архив не освобождает организацию от ответственности мгновенно.

  • Хранение копий: Организация обязана хранить копии сданных документов и метаданных до получения уведомления от архива о завершении формирования архивного фонда (внесении в учет). Рекомендуемый срок — минимум 1 год после акта приема-передачи.
  • Реестр сданных дел: Внутренний журнал/реестр сданных дел с номерами актов‚ датами‚ объемами.
  • Обеспечение доступа: До формирования фонда в архиве запросы пользователей на эти документы обслуживает организация-передатель.

Типичные ошибки и как их избежать (Чек-лист 2026)

Ошибка Последствие Профилактика
Файлы в формате PDF 1.7‚ а не PDF/A Отказ архива на этапе валидации Настроить экспорт в СЭД/сканере строго на PDF/A-1b/2b. Проверять veraPDF.
Шрифты не встроены в PDF (subset fonts) Невозможность чтения текста в будущем В настройках конвертера: "Embed all fonts". Проверка в veraPDF: rule "Font embedded".
Нарушение структуры ZIP (папки на кириллице‚ вложенные архивы) Ошибка парсера архива Структура строго: корень -> documents/‚ metadata.xml‚ manifest.xml. Имена на латинице.
Подписание манифеста сертификатом с истекшим сроком / отозванным Недействительность пакета Проверять сертификат КЭП заранее (КриптоПро / VipNet / КриптоАРМ).
Отсутствие визуализации ЭЦП на лицевой стороне документа Споры о подлинности при бумажном запросе Автоматически наносить штамп подписи при формировании PDF/A из СЭД.
Сдача документов с истекшим сроком хранения (подлежащих уничтожению) Нарушение 125-ФЗ‚ лишние затраты архива Строго следовать Номенклатуре сроков хранения и протоколам ЭКЦД.
Передача зашифрованных/паролем защищенных PDF Невозможность верификации архивом Запрет политиками безопасности на шифрование архивных копий.

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

Документы с ограниченным доступом (Гостайна‚ ДСП‚ Персональные данные)

  • Передача только по защищенным каналам или на засекреченных носителях (с сертификатом ФСТЭК/ФСБ).
  • В metadata.xml обязательно заполнять блок <accessRestriction> с основанием (номер закона‚ гриф).
  • Архив-приемник должен иметь соответствующую лицензию/аттестацию на хранение такой информации.

Крупногабаритные документы (чертежи‚ схемы, А0‚ А1)

  • Растровые форматы: TIFF v6.0 (сжатие LZW или без сжатия) или JPEG 2000 (lossless).
  • Векторные: допускается PDF/A-2b с встроенными векторными объектами (если исходник векторный).
  • Разрешение: не менее 400-600 dpi.

Аудио/Видео записи (протоколы совещаний‚ видеоконференций)

  • Контейнер: MKV (Matroska) или MP4.
  • Видеокодек: FFV1 (lossless) или H.264/AVC (High Profile) / H.265/HEVC.
  • Аудиокодек: FLAC (lossless) или PCM (WAV внутри контейнера).
  • Метаданные: встроенные теги Matroska/MP4 + отдельный XML по схеме PBCore или профилю Росархива.

Автоматизация процесса: Программные инструменты

Ручное формирование пакетов для тысяч дел нереально. На 2026 год стандарт де-факто — использование модулей «Архивное хранение» в СЭД (1С:Документооборот‚ Directum‚ DIADOC‚ СБИС‚ «Элма»‚ «Дело» и др.) или специализированных АИС «Архив» (АИС «Архивист»‚ «Архивариус»‚ «Кодекс.Архив»).

Ключевые функции ПО‚ которые должны быть настроены:

  1. Автоматическая конвертация в PDF/A-1b/2b при формировании дела (принтер PDF/A или библиотека iText/PDFlib).
  2. Автоматическое заполнение metadata.xml из карточки дела СЭД.
  3. Генерация manifest.xml с SHA-256.
  4. Интеграция с КЭП (КриптоПро CSP / VipNet CSP) для подписания манифеста без участия человека (серверная подпись).
  5. Экспорт пакета в ZIP (Store) и передача в ФГИС «Архив» по API (СМЭВ/ЕСИА).

Резюме: Алгоритм действий «От и до»

  1. Подготовка: Обновить номенклатуру‚ проверить сроки хранения‚ собрать ЭКЦД.
  2. Формирование дел в СЭД: Собрать документы‚ проставить порядковые номера‚ проверить визуализацию ЭЦП.
  3. Экспорт/Конвертация: Получить файлы в PDF/A-1b/2b (TIFF/FFV1 для спец. типов).
  4. Упаковка (SIP): Создать структуру папок‚ сгенерировать metadata.xml‚ manifest.xml.
  5. Подписание: Подписать manifest.xml УКЭП руководителя/архивариуса.
  6. Валидация: Проверить veraPDF‚ XML Schema‚ Hashes‚ VirusTotal/Кламав‚ ЭЦП.
  7. Передача: Загрузить в ФГИС «Архив» / передать на носителе / по СЗС.
  8. Приемка: Дождаться результатов ПСИ в архиве‚ подписать Акт приема-передачи.
  9. Учет: Занести сведения в внутренний реестр сданных дел‚ хранить копии пакетов контрольный срок.

Сдача электронных документов в архив в 2026 году — это не просто «сброс файлов на флешку»‚ а строго регламентированная технологическая процедура‚ обеспечивающая правовую значимость‚ подлинность и читаемость информации на десятилетия вперед. Ключ к успеху — автоматизация рутинных операций (конвертация‚ хеширование‚ подпись) и жесткий контроль качества на входе (валидация PDF/A и XML). Инвестиции в правильную настройку СЭД/АИС «Архив» сегодня сэкономят колоссальные ресурсы на доработках и повторной сдаче завтра.

Помните: Архив не принимает «файлы»‚ архив принимает информационные пакеты (SIP) с подтвержденной целостностью и авторством. Готовьте пакеты правильно с первого раза.


Статья подготовлена на основе законодательства РФ‚ действующего на . Перед началом работ рекомендуется сверить актуальность Приказов Росархива и ГОСТов на официальных порталах (rosarhiv.gov.ru‚ protect.gost.ru).