Арбитражный Архив и архивная квитанция

Юридический слой цифрового доверия для долговременного хранения, проверки и законного использования цифровых доказательств.

Арбитражный Архив превращает цифровое доказательство в устойчивый правовой объект: документ, событие, хэш, временная метка, DLT-квитанция, происхождение данных и права доступа связываются в единый архивный пакет, который можно проверить через годы.

Коротко за 30 секунд

DLT фиксирует доказательство факта, но не должен хранить полный документ, персональные данные или коммерческую тайну. Поэтому рядом с DLT нужен отдельный юридический слой — Арбитражный Архив.

Арбитражный Архив принимает архивный пакет, сохраняет его в защищенном контуре, связывает его с DLT-квитанцией и выдает архивную квитанцию. Архивная квитанция подтверждает, что доказательство принято, зарегистрировано, связано с цифровым событием и может быть проверено в будущем.

Итог: цифровой документ получает не только техническое доказательство, но и правовую сохранность.

Что такое Арбитражный Архив

Арбитражный Архив — это специализированный слой архитектуры цифрового доверия, предназначенный для долговременного хранения архивных пакетов, подтверждения их целостности, управления правовым доступом и проверки цифровых доказательств.

Его задача — обеспечить, чтобы цифровое событие или документ могли быть проверены не только в момент создания, но и через месяцы, годы или после смены систем-источников.

Арбитражный Архив не заменяет DLT. Он дополняет DLT правовым, архивным и процедурным слоем.

Зачем нужен Архив, если есть DLT

DLT и Арбитражный Архив выполняют разные функции.

Слой	Что делает	Что не делает
DLT / Trust Layer	Фиксирует доказательство события: хэш, время, идентификатор, статус, маршрут, подтверждение узлов.	Не хранит полный документ, персональные данные, коммерческую тайну и большие файлы.
Арбитражный Архив	Хранит архивный пакет, метаданные, квитанции, правовой контекст доступа и доказательную цепочку.	Не заменяет систему-источник и не является рабочей системой документооборота.
Система-источник	Создает и обрабатывает рабочий документ или событие.	Не является независимым доказательным контуром без DLT и Архива.

Главная формула: DLT доказывает факт фиксации, Арбитражный Архив сохраняет доказательство в правовом и проверяемом виде.

Что такое архивная квитанция

Архивная квитанция — это цифровое подтверждение того, что архивный пакет принят Арбитражным Архивом, получил уникальный идентификатор, связан с DLT-квитанцией и может быть проверен уполномоченной стороной.

Архивная квитанция не является просто “номером файла”. Это проверяемое свидетельство о факте приема, составе, времени, хэше, статусе хранения и связи с цифровым событием.

Что подтверждает архивная квитанция

• какой документ или событие было принято в архивный контур;
• когда был сформирован архивный пакет;
• какой хэш соответствует архивному пакету;
• какая DLT-квитанция связана с архивной записью;
• какой статус хранения присвоен доказательству;
• какие правила доступа применяются;
• каким способом доказательство можно проверить.

Архивный пакет

Архивный пакет — это структурированная единица хранения, которая объединяет документ или доказательство, метаданные, происхождение события, контрольные хэши, ссылки на DLT-запись и правила доступа.

Архивный пакет может содержать не только файл документа, но и контекст его создания: кто действовал, какие полномочия были проверены, какая система участвовала, какое событие было зафиксировано и какая квитанция была выдана.

Состав архивного пакета

• идентификатор архивного пакета;
• идентификатор документа или события;
• тип документа или события;
• метаданные документа;
• хэш документа или доказательства;
• временная метка;
• DLT-квитанция;
• provenance-описание (происхождение данных);
• правила доступа;
• статус хранения;
• журнал проверок и обращений.

Как работает связка “документ — DLT — Архив”

• 1. Создание документа. Документ или цифровое событие создается в системе-источнике.
• 2. Формирование доказательства. Создается хэш, временная метка, подпись системы или субъекта, идентификатор события и маршрут.
• 3. Фиксация в DLT. В распределенную сеть передается доказательство, а не полный документ.
• 4. Передача в Архив. Формируется архивный пакет с метаданными, доказательствами и ссылкой на DLT-квитанцию.
• 5. Выдача архивной квитанции. Архив подтверждает прием и сохранность доказательства.
• 6. Проверка. Уполномоченная сторона может проверить статус, хэш, квитанции и целостность доказательной цепочки.

Какие данные хранит Арбитражный Архив

• архивные пакеты;
• архивные квитанции;
• метаданные документов и событий;
• хэши и контрольные значения;
• ссылки на DLT-квитанции;
• описание происхождения события;
• журналы доступа и проверки;
• правила хранения и сроки сохранности;
• правовые основания доступа.

Что Арбитражный Архив не должен делать

• не должен заменять рабочую систему документооборота;
• не должен раскрывать содержание документов без правового основания;
• не должен хранить лишние персональные данные без необходимости;
• не должен быть единственной точкой контроля цифрового доверия;
• не должен изменять доказательство после его принятия;
• не должен подменять DLT-сеть или систему-источник.

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

Доступ к архивным доказательствам должен быть управляемым, ролевым, журналируемым и основанным на правовых или договорных основаниях.

В зависимости от роли участник может видеть только факт существования доказательства, ограниченный набор метаданных, архивную квитанцию, статус проверки или полный архивный пакет.

Участник	Что может проверять	Ограничение доступа
Владелец документа	свой документ, статус, квитанции, историю проверок	только в пределах своих прав
Контрагент	связанные с ним документы и доказательства	без доступа к чужой коммерческой информации
Суд / уполномоченный орган	архивный пакет и доказательную цепочку	на основании закона или решения
Аудитор / проверяющий	квитанции, статусы, доказательства целостности	по поручению или договорному основанию
Публичный verifier	ограниченную проверку по квитанции	без раскрытия содержания документа

Проверка архивной квитанции

Verification-сервис должен позволять проверить архивную квитанцию без необходимости раскрывать полный документ. Проверяющая сторона получает подтверждение: существует ли такая квитанция, соответствует ли хэш, связана ли она с DLT-записью, не нарушена ли целостность архивного пакета и какой статус хранения установлен.

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

Пример структуры архивной квитанции

{
  «archive_receipt_id»: «ARCH-2026-00000001»,
  «document_id»: «DOC-2026-00000001»,
  «event_id»: «EVT-2026-00000001»,
  «archive_package_id»: «AIP-2026-00000001»,
  «hash»: «sha256:3f5e7c2b1a9e…»,
  «received_at»: «2026-01-01T12:00:05+06:00»,
  «storage_status»: «ACCEPTED»,
  «storage_class»: «LONG_TERM_IMMUTABLE»,
  «dlt_receipt_id»: «DLT-2026-00000001»,
  «provenance_ref»: «PROV-2026-00000001»,
  «verification_status»: «VERIFIABLE»
}

Правовая сохранность

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

Для этого архивный слой должен фиксировать не только файл или хэш, но и контекст: происхождение события, полномочия участника, маршрут, время, связь с DLT и правила доступа.

Связь с W3C и provenance

Арбитражный Архив должен быть связан с W3C-совместимой моделью происхождения данных. Это позволяет описывать не только сам документ, но и историю его появления: кто создал, какое действие совершил, какая система участвовала, от какого документа произошла новая версия и на каком основании событие было зафиксировано.

Provenance помогает ответить на вопрос “откуда возникло доказательство”, а архивная квитанция подтверждает, что это доказательство принято на долгосрочное хранение.

Связь с sovereign infrastructure

Арбитражный Архив должен работать на устойчивой инфраструктуре: ЦОДы, резервирование, доверенные узлы, контролируемые маршруты, шлюзы, журналы, контроль доступа и восстановление после отказов.

Именно поэтому архивный слой связан с sovereign.satcom.kg: физическая и сетевая устойчивость нужна для того, чтобы цифровые доказательства сохранялись и проверялись через годы.

Примеры применения

• Деловой документ. Компания создает договор или акт, система фиксирует доказательство, DLT подтверждает факт, Архив выдает квитанцию.
• Судебный документ. Процессуальный документ получает доказательную цепочку и может быть проверен по архивной квитанции.
• Налоговое событие. Первичный документ или отчетное событие связывается с цифровым доказательством без необходимости раскрывать лишние данные.
• Нотариальное действие. Полномочия, факт действия и архивное подтверждение сохраняются в проверяемой форме.
• Проверка контрагентом. Контрагент может проверить факт существования документа и его статус без доступа к внутренним системам другой стороны.

Заключение

Арбитражный Архив — это юридический слой архитектуры цифрового доверия. Он принимает архивные пакеты, выдает архивные квитанции, связывает доказательства с DLT-записями, сохраняет происхождение данных и обеспечивает проверку цифровых документов и событий через годы.