Под термином «Электронный архив рисунок» чаще всего подразумевают не просто картинку, а схему архитектуры, функциональную диаграмму или модель данных системы хранения электронных документов (СХЭД). Понимание этой «картинки» критически важно для проектирования, внедрения и аудита архива, соответствующего требованиям законодательства (ФЗ-125, ФЗ-152, Приказ Росархива №77).

В данной статье мы подробно разберем, из каких блоков состоит архитектура современного электронного архива, как выглядит схема документооборота внутри СХЭД и какие визуальные модели помогают специалистам строить правильные системы.

Понятие электронного архива: за пределами «файлового хранилища»

Как следует из нормативной базы (ст. 17 ФЗ «Об архивном деле», Приказ Росархива от №77), электронный архив организации (ЭА) — это не просто сетевая папка или NAS-хранилище. Это полноценная информационная система (СХЭД), гарантирующая:

• Аутентичность документа через десятилетия (подтверждение того, что документ не подделан).
• Целостность (защита от несанкционированных изменений).
• Доступность и читаемость форматов на протяжении всего срока хранения.
• Юридическую значимость электронных документов (ЭД), равную бумажным оригиналам.

Важно: С 1 сентября 2023 года действуют новые требования к СХЭД (Правила №77), которые жестко регламентируют процессы приема, хранения, учета, проверки и уничтожения электронных архивных документов (ЭАД).

Виды электронных архивов: схема размещения (Deployment Diagram)

На верхнем уровне архитектуры («рисунке» развертывания) выделяют три основные модели размещения СХЭД. Выбор модели определяет схему подключения, зоны ответственности и меры ИБ.

Локальный архив (On-premise)

Схема: Серверы СХЭД, СУБД, хранилища файлов (File Storage) и средства резервного копирования физически находятся в серверной организации.

• Плюсы: Полный контроль над данными, независимость от интернета, соответствие требованиям гос. тайны/КРИ (если сертифицированы средства).
• Минусы: Высокие CAPEX (железо, лицензии), необходимость собственного штата админов/архивистов, организация ДРП (Disaster Recovery).
• Обязателен для: Бюджетных организаций (п. 133 Правил №77).

Облачный архив (Cloud / SaaS)

Схема: Инфраструктура арендуется у провайдера (IaaS) или используется готовое SaaS-решение. Доступ через защищенные каналы (VPN, TLS, ГОСТ TLS).

• Плюсы: OPEX модель, быстрый старт, масштабируемость, ответственность за «железо» на провайдере.
• Минусы: Зависимость от канала связи, риски vendor lock-in, строгие требования к сертификации облака провайдера (ФСТЭК, ФСБ).

Архив в составе системы ЭДО (Operator EDO)

Схема: Модуль архивации встроен в платформу оператора ЭДО. Документы попадают в архив автоматически по завершении жизненного цикла документооборота.

• Особенность: Удобно для договоров, счетов, УПД. Сложнее для внутренних документов (приказы, личные дела), не проходящих через внешний ЭДО.

Логическая архитектура СХЭД: Функциональная схема (Component Diagram)

Это самый важный «рисунок» для архивиста и разработчика. Согласно п. 147–153 Правил №77, СХЭД должна реализовывать следующие функциональные модули (компоненты):

Модель данных: Как выглядит «Рисунок» Архивного Пакета (AIP)

Стандарт де-факто для визуализации структуры хранимой единицы — модель OAIS (ISO 14721), адаптированная под российские реалии (ГОСТ Р 7.0.100-2018, Приказ Росархива №77).

Структура AIP (Archival Information Package):

AIP (Единица хранения / Дело / Документ)
│
├── Content (Содержимое / Data Object)
│ ├── Original_File.pdf (Подлинник ЭД)
│ ├── Attachment_1.xml (Вложения)
│ └── Signature.p7s (Открепленная ЭП / ЭПО)
│
├── Metadata (Метаданные / Description Information)
│ ├── Descriptive (Описательные: Автор, Дата, Номер, Классификатор)
│ ├── Structural (Структурные: MIME-type, Размер, Хэш-сумма ГОСТ, Связи)
│ ├── Administrative (Административные: Права доступа, Срок хранения, Статус)
│ │ └── Preservation (Сохранности: История миграций, Результаты Fixity-check)
│ └── Provenance (Происхождение: История перемещений, Кто подписал, Откуда поступил)
│
├── Packaging Info (Информация об упаковке)
│ └── Manifest.xml (Список файлов + Хэши + Подпись манифеста)
│
└── PDI (Preservation Description Information) ⏤ часто выделяется в отдельный XML (METS, PREMIS)

На схеме (ER-диаграмме) это выглядит как:

• Сущность Document (1) —^has— (N) File (версии, вложения).
• Сущность Document (1) —^has— (1) MetadataRecord (профиль Dublin Core / РОСАрхив / внутренний).
• Сущность Document (1) —^has— (N) Event (Журнал событий: Created, Ingested, Verified, Migrated, Accessed);
• Сущность Case/Series (Дело/Серия) —^contains— (N) Document (Иерархия описи).

Процессная схема (BPMN): Жизненный цикл документа в ЭА

Для понимания логики работы системы необходима диаграмма бизнес-процессов. Основные потоки (Swimlanes): Пользователь/ИС-источник, СХЭД (Автоматика), Архивист/Администратор, Госархив (Внешний).

Ключевые процессы (Use Cases):

1. Приемка на хранение (Ingest):
   1. Источник передает файлы + метаданные (через API/ЭДО/Портал).
   2. СХЭД: Валидация схемы (XSD/Schematron), проверка ЭП, расчет хэшей.
   3. Архивист: Принятие решения (Принять / Вернуть на доработку).
   4. СХЭД: Формирование AIP, размещение в хранилище, запись в журнал, формирование строки описи.
2. Периодический контроль сохранности (Preservation Watch): (Регламентный процесс, п. 152, 153)
   1. Планировщик запускает задачу (раз в квартал/год).
   2. СХЭД: Пересчет хэшей для выборки/всех AIP.
   3. Сравнение с эталонами в БД.
   4. Результат: Протокол проверки (сохраняется в СХЭД). При несовпадении, Аварийный процесс восстановления из бэкапа.
3. Миграция форматов (Migration):
   1. Мониторинг выявляет риск устаревания формата (например, Word 97, старый CAD).
   2. Архивист утверждает план миграции и целевой формат (PDF/A, XML, IFC);
   3. СХЭД: Конвертация Content + перенос Metadata + создание Event(Migration). Старый файл сохраняется как предыстория.
4. Выдача / Передача в госархив (Access / Transfer):
   1. Запрос (внутренний или от госархива по стандарту СМЭВ/Формат обмена).
   2. СХЭД: Формирование DIP (отбор файлов, метаданных, отчетов).
   3. Проверка прав доступа / деперсонализации (152-ФЗ).
   4. Передача (СМЭВ, портал, носитель).
5. Уничтожение (Disposition):
   1. СХЭД: Автоматический мониторинг сроков -> Уведомление архивиста.
   2. Архивист: Формирование Акта отбора (Проект).
   3. Комиссия: Утверждение Акта.
   4. СХЭД: Гарантированное стирание (DoD 5220.22-M / ГОСТ Р 50739) основной копии И резервных. Запись в Журнал уничтожения.

Схема интеграции: ЭА в ИТ-ландшафте организации

СХЭД не существует в вакууме. На «рисунке» интеграций (Context Diagram) обязательно должны быть отражены точки соприкосновения:

• Системы-источники (Producers): 1С (УПП, ЗУП, ERP), ЭДО (СБИС, Диадок, Контур), CRM, Системы проектирования (PDM/PLM — для чертежей), Почтовые серверы.
• Средства ИБ (Security): СКЗИ (КриптоПро, ViPNet) для ЭП/Шифрования, СИЭМ (MaxPatrol SIEM, Solar Dozor) для сбора логов, СЗИ (SecretNet, FalconGaze) для DLP/Контроля печати.
• Инфраструктура (Infra): AD/LDAP (SSO, RBAC), Резервное копирование (Veeam, Acronis, Veritas) — критично: бэкап должен захватывать и файлы, и БД метаданных, и журналы консистентно.
• Государственные системы (Consumers/Regulators): Росархив (передача описей/делов), ФНС/ФСС (проверки), СМЭВ (межведомское взаимодействие).

Особенности хранения чертежей и инженерной документации (CAD/BIM)

Поскольку тема «Электронный архив рисунок» часто подразумевает именно проектную документацию (чертежи, схемы, 3D-модели), архитектура СХЭД должна учитывать специфику:

Чек-лист: Что проверить на схеме вашего Электронного Архива

Перед внедрением или аудитом пройдитесь по пунктам (основано на Приказе №77 и лучших практиках):

• [ ] Есть ли схема развертывания (где лежат данные, где БД, где бэкапы, зоны безопасности)?
• [ ] Описаны ли все 9 функциональных модулей (п. 3 статьи) в ТЗ/Пояснительной записке?
• [ ] Соответствует ли структура AIP требованиям ГОСТ Р 7.0.100-2018 и Правил №77 (метаданные, хэши, ЭП)?
• [ ] Реализован ли процесс Fixity-check (п. 152, 153) с сохранением протоколов?
• [ ] Есть ли механизм миграции форматов с сохранением прослеживаемости (Provenance)?
• [ ] Обеспечена ли совместимость с ИС госархивов (формат обмена, СМЭВ)?
• [ ] Прописаны ли процессы уничтожения (включая бэкапы) с формированием Актов?
• [ ] Интегрирована ли СХЭД с СКЗИ для проверки ЭП при приемке?
• [ ] Предусмотрено ли хранение на физических носителях (если применимо) с заземлением/размагничиванием?
• [ ] Проведен ли модель угроз и получено заключение ФСТЭК/ФСБ (если КРИ/ГТ)?

«Рисунок электронного архива» — это не декорация, а инженерная документация системы, обеспечивающей юридическую значимость документов на десятилетия. Грамотно спроектированная схема архитектуры (Deployment), модель данных (AIP/METS/PREMIS), диаграммы процессов (BPMN) и карта интеграций, это фундамент, на котором строится соответствие требованиям Росархива (Приказ №77), ФЗ-125, ФЗ-152 и стандартам ISO 14721 (OAIS).

Инвестиции в проектирование этих «рисунков» на этапе ТЗ экономят миллионы на этапе эксплуатации, миграции и прохождения проверок контролирующих органов.

Статья подготовлена на основе актуального законодательства (ФЗ-125, ФЗ-152, Приказ Росархива №77 от , ГОСТ Р 7.0;100-2018) и стандартов OAIS (ISO 14721). Дата актуальности: .