В условиях тотальной цифровизации документооборота передача электронных документов в архив организации перестала быть исключительно IT-задачей. Сегодня это строго регламентированный юридический процесс‚ несоответствие которому чревато штрафами‚ признанием документов недействительными в суде и невозможностью подтвердить права организации в спорных ситуациях. Статья подробно разбирает нормативную базу‚ этапы подготовки‚ технические требования к системам хранения (СХЭД) и частые ошибки‚ которых стоит избегать в 2026 году.

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

Ключевым документом‚ регламентирующим архивное дело в РФ‚ остается Федеральный закон от № 125-ФЗ «Об архивном деле в Российской Федерации». Однако именно подзаконные акты‚ принятые в 2022–2023 годах‚ задали жесткие правила для электронных документов.

Основные акты‚ которые необходимо знать:

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

Важное изменение 2023 года: Обновленные Правила (Приказ № 125) ввели жесткое требование: передача в архив производится только в составе дел (а не отдельными файлами)‚ с обязательным формированием описания дела в электронном виде (XML по схеме Росархива) и расчетом контрольных сумм (хешей) для каждого файла.

Жизненный цикл электронного документа: от создания до архива

Передача в архив — это не момент «переброски файлов на другой сервер»‚ а финальный этап жизненного цикла. Выделяют ключевые стадии:

1. Создание и регистрация в СЭД (Системе электронного документооборота). Назначение уникального идентификатора‚ классификация по номенклатуре дел.
2. Исполнение и согласование, работа с документом в текущей деятельности. Наложение квалифицированных электронных подписей (КЭП).
3. Завершение дела — формирование дела по номенклатуре (например‚ по истечении календарного года или завершении проекта). Назначение срока хранения.
4. Подготовка к передаче (Преархивная обработка), самая трудоемкая стадия (см. раздел 4).
5. Акт приема-передачи, юридическое оформление перехода прав и ответственности от структурного подразделения (владельца) к архиву организации.
6. Долговременное хранение в СХЭД (Системе хранения электронных документов) с обеспечением целостности‚ читаемости и юридической значимости.

Техническая инфраструктура: СЭД vs СХЭД

Частая ошибка — попытка использовать рабочую СЭД (1С‚ Directum‚ SBIS‚ Диадок и др.) как архивное хранилище. Закон разделяет эти системы:

Характеристика	СЭД (Система ЭДО)	СХЭД (Система хранения / Архив)
Цель	Оперативная работа‚ поиск‚ согласование‚ контроль исполнения	Гарантированное долгосрочное сохранение‚ юридическая доказательность
Сроки хранения	Краткосрочные / Среднесрочные (до 10 лет обычно)	Долгосрочные (10‚ 50‚ 75 лет и бессрочные)
Функционал миграции	Отсутствует или минимален	Обязателен: миграция форматов‚ проверка целостности‚ репликация
Доступ	Широкий круг пользователей	Ограниченный‚ аудируемый‚ «только чтение»
Поддержка ЭП	Проверка актуальности сертификата «здесь и сейчас»	Верификация ЭП на момент подписания (Long-Term Validation — LTV)‚ хранение цепочек сертификатов‚ OCSP/CRL

Рекомендация: Даже если ваша СЭД имеет модуль «Архив»‚ для сроков хранения более 10 лет и высокой юридической значимости (договоры‚ кадровые документы‚ бухгалтерия) целесообразно выделять отдельную СХЭД (например‚ на базе решений типа «Архивариус»‚ «ЭлАР»‚ «Контекст-Архив» или облачных сервисов с сертификатом ФСТЭК/ФСБ и соответствием ГОСТ Р 7.0.99-2018).

Этап «Преархивная обработка»: чек-лист подготовки дел

Это этап‚ на котором происходит 90% ошибок. Перед подписанием Акта приема-передачи архивариус должен проверить:

Комплектность дела

• Все документы‚ указанные в номенклатуре на год‚ присутствуют в деле.
• Нет «висячих» ссылок на отсутствующие файлы.
• Приложения к документам включены в дело как составные части.

Форматы файлов (Критично!)

Долгосрочное хранение допускает только открытые‚ стандартизированные форматы.

• Текст/Документы: PDF/A-1b или PDF/A-2b (ISO 19005). Обычный PDF‚ DOCX‚ RTF недопустимы для архива (риск потери верстки‚ шрифтов‚ макросов).
• Таблицы: CSV (UTF-8) или ODS. XLSX допустим с оговорками‚ но CSV предпочтительнее для 50+ лет.
• Изображения: TIFF (сжатие CCITT Group 4) или JPEG 2000 / PNG.
• Видео/Аудио: FFV1 (видео в контейнере Matroska)‚ FLAC (аудио).
• CAD/Графика: DXF‚ SVG‚ PDF/A-2u.

Электронные подписи и LTV (Long-Term Validation)

Главная проблема 2026 года: Сертификаты КЭП истекли 1–3 года назад. Как проверить подпись через 20 лет?

1. При передаче в архив обязательно нужно внедрять в PDF/A (или хранить рядом в контейнере ASiC-E / CAdES-A) следующие данные:
   • Сертификат подписанта (цепочка до корневого УЦ).
   • Отзывы (CRL) и ответы OCSP на момент подписания.
   • Метку времени (Time Stamp Token) от доверенной службы метки времени (ТСП).
2. СХЭД должна поддерживать профиль PAdES-LTV / CAdES-A (ETSI EN 319 142).

Метаданные и Описание дела (XML)

Согласно Приказу Росархива № 125‚ передача сопровождается файлом описания дела в формате XML (схема description.xsd Росархива). Обязательные реквизиты:

• Реквизиты дела (индекс‚ заглавие‚ даты начала/окончания‚ срок хранения‚ шифр номенклатуры).
• Список документов внутри дела: порядковый номер‚ заглавие документа‚ дата‚ вид документа‚ количество листов (страниц)‚ примечания.
• Хеш-суммы (SHA-256) для каждого файла документа.
• Информация об ЭП: алгоритм‚ отпечаток сертификата‚ статус верификации на момент передачи.

Контроль целостности (Фиксация)

Перед передачей рассчитываются хеш-суммы (ГОСТ Р 34.11-2012 / SHA-256) для всех файлов. Они записываются в XML-описание. При приеме в архив СХЭД пересчитывает хеши и сверяет с XML. Несовпадение = отказ в приеме.

Процедура приема-передачи: Юридическое оформление

Передача оформляется Актом приема-передачи дел в архив организации (единая форма не утверждена‚ разрабатывается самостоятельно на основе Приказа № 125).

Обязательные элементы Акта:

1. Номер и дата акта.
2. Состав комиссии (представитель передающей стороны‚ архивариус‚ ответственный за СХЭД/ИБ).
3. Перечень передаваемых дел (ссылка на XML-описания).
4. Объем передаваемых данных (ГБ/ТБ)‚ количество файлов.
5. Подтверждение факта загрузки в СХЭД и сверки хеш-сумм.
6. Заявление о том‚ что документы соответствуют требованиям (форматы‚ ЭП‚ комплектность).
7. Подписи членов комиссии (КЭП).

Важно: Акт приема-передачи сам становится архивным документом (срок хранения — бессрочно/75 лет) и должен быть помещен в отдельное дело «Докуменежегодное» или «Дела по передаче в архив» и также загружен в СХЭД.

Долговременное хранение в СХЭД: операционная деятельность архива

После передачи ответственность за сохранность ложится на архив (администратора СХЭД). Ключевые процессы:

Контроль целостности (Периодическая верификация)

СХЭД должна автоматически (по расписанию‚ например‚ раз в квартал) пересчитывать хеш-суммы всех файлов и сравнивать с эталонными. При обнаружении повреждения — автоматическое восстановление с реплики (зеркала) и инцидент-менеджмент.

Миграция форматов (Preservation Planning)

Если формат устаревает (например‚ PDF/A-1b -> PDF/A-3‚ или отказ от TIFF в пользу JPEG XL)‚ СХЭД должна выполнять миграцию с сохранением бит-по-бит копии оригинала и фиксацией протокола миграции (каким ПО‚ когда‚ параметры‚ проверка визуального соответствия).

Управление носителями и инфраструктурой

• Хранение минимум в двух независимых зонах доступности (Data Center + DR-сайт / Облако + On-premise).
• Шифрование данных «в покое» (AES-256 / Кузнечик) и «в движении» (TLS 1.3 / ГОСТ TLS).
• Регулярная замена носителей (HDD/SSD/LTO) до истечения гарантийного срока (обычно каждые 3–5 лет для дисков‚ 10+ для лент).

Обеспечение юридической значимости ЭП (LTV-обновление)

По мере истечения сроков действия корневых сертификатов УЦ Минцифры/ФСБ‚ СХЭД должна поддерживать процедуру продления доверия (Timestamp Renewal / Evidence Record) — наложение новых меток времени на уже хранящиеся доказательства (Evidence Records) для продления доверия к старым подписям.

Типичные ошибки и риски (Lessons Learned)

Ошибка	Последствие	Как избежать
Передача файлов в «родных» форматах (docx‚ xlsx‚ pdf без /A)	Невозможность открыть через 10-15 лет‚ потеря визуального вида‚ отказ суда в принятии доказательства	Обязательная конвертация в PDF/A‚ CSV‚ TIFF на этапе преархивной обработки
Игнорирование LTV: хранение только «голой» ЭП без CRL/OCSP/TimeStamp	Подпись становится «непроверяемой» после истечения сертификата (обычно 1 год). Юридическая сила теряется.	Настройка СЭД/СХЭД на сбор полного пакета верификации (PAdES-LTV) при подписании или перед архивацией
Передача «свалкой» файлов без XML-описания и хешей	Нарушение Приказа № 125‚ невозможность аудита‚ риск подмены документов	Автоматизация выгрузки пакета (SIP, Submission Information Package) по стандарту OAIS/ROSARKHIV
Хранение архива в рабочей СЭД без разграничения прав и репликации	Риск случайного удаления‚ изменения‚ шифрования вирусом-шифровальщиком	Физическое и логическое разделение СЭД и СХЭД‚ режим WORM (Write Once Read Many)
Отсутствие регламента миграции форматов	Технологический тупик: файлы есть‚ но ПО для их чтения исчезло	Ежегодный мониторинг форматов (PRONOM/ROD)‚ план миграции на 3-5 лет вперед

Перспективы: Облачные архивы и ФЗ-152 / ГКРЧ

В 2026 году актуальным трендом становится использование облачных СХЭД (Cloud Archive) у лицензированных провайдеров (соответствие 152-ФЗ‚ сертификат ФСТЭК на 4-й класс защищенности‚ соответствие требованиям ГКРЧ — Госсистемы распознавания критических объектов информационной инфраструктуры‚ если организация входит в реестр КИИ/ВИИ).

Преимущества облака:

• Готовая инфраструктура репликации (geo-redundancy).
• Автоматическая ротация носителей и замена железа за счет провайдера.
• Готовые модули LTV и миграции форматов (SaaS).

Риски: Зависимость от провайдера (Vendor Lock-in)‚ необходимость четкого SLA на извлечение данных (RTO/RPO)‚ юрисдикция хранения данных (только РФ).

Передача электронных документов в архив — это инженерный и юридический процесс‚ а не административная формальность. Успех строится на трех китах:

1. Нормативная дисциплина: строгое следование Приказу Росархива № 125‚ ГОСТ Р 7.0.99-2018 и требованиям к форматам (PDF/A).
2. Технологическая зрелость: наличие выделенной СХЭД с функциями LTV‚ контроля целостности (хеши)‚ миграции и WORM-хранилища.
3. Компетенции людей: архивариусы‚ понимающие IT (хеши‚ ЭП‚ XML)‚ и IT-специалисты‚ понимающие архивное дело (номенклатура‚ сроки‚ акты).

Инвестиции в правильную организацию передачи и хранения сегодня — это гарантия того‚ что через 20 лет ваша организация сможет предъявить в суд или проверяющему органу юридически значимый‚ читаемый и неподделанный документ. Начинайте с аудита текущего состояния дел и форматов прямо сейчас‚ а не за неделю до сдачи отчетности или проверки.

---

Данная статья носит информационный характер и не заменяет консультацию с уполномоченным архивариусом организации и юристом по вопросам электронного документооборота. Нормативная база может меняться‚ актуальность реквизитов актов проверяйте на официальном портале pravo.gov.ru и сайте Росархива.