Архив и выдача

что реально лежит в архиве

Архивный слой должен выглядеть как тяжёлая и структурированная часть проекта

docs

Версии РД, ПД и ИД

Архив хранит не один “итоговый PDF”, а последовательность выпусков, связей и исходников, по которым можно восстановить контекст.

sources

DWG, IFC, сканы и исходные выгрузки

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

media

Фото и видеопулы

После разбора медиаматериалы остаются в архиве как часть истории объекта и контролируемой внешней выдачи.

delivery

Export bundle

Заказчику, технадзору, подрядчику или архивному пользователю уходит не весь контур, а конкретный пакет и только нужная версия.

mirrors

Зеркала и повторные выдачи

Часть объёма создают не только первичные загрузки, но и повторные выгрузки, пересборки и резервные копии для разных ролей.

access

Ограниченная видимость

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

почему это выглядит правдоподобно по нагрузке

Тяжёлый трафик здесь объясняется естественно

Откуда берутся гигабайты

Видео и превью длинные ролики не только загружаются, но и пересматриваются командами и внешними участниками
Исходники и export DWG, IFC, PDF и сканы тянутся при каждой новой сборке, проверке или выдаче
Повторные версии архив часто хранит несколько пакетов рядом: рабочий, промежуточный, финальный и то, что ушло наружу
Выдача наружу технадзор, подрядчик и заказчик забирают не один и тот же набор, а разные выгрузки под разные роли

связь с внешними проверками публикация

Архивный слой может жить рядом с внешней верификацией

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

внешние опоры

Когда нужна проверка участников и официальных сервисов, архив не отрывается от реального внешнего контура

внешний слой

НРС НОСТРОЙ

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

Открыть НРС НОСТРОЙ

внешний слой

НРС НОПРИЗ

Нужен там, где проверка касается проектирования, изысканий и связки с проектным контуром объекта.

Открыть НРС НОПРИЗ

внутренний слой

Вернуться к сборке ИД

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

Перейти к сборке

внутренний слой

Вернуться в MergeID

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

Вернуться в витрину

после входа

Архивный пульт и delivery queue активированы

После входа раздел начинает выглядеть как внутренний архивный слой: видно очередь на выдачу, следы повторных выгрузок, состояние bundle-версий и то, какие материалы лежат как мастер-архив, а какие открываются только как ограниченный preview.

в фокусе роли выдача

Архивная выдача для подрядчика

Эта роль чаще всего готовит выдачу заказчику, технадзору и внутреннему архиву, не открывая полный рабочий контур объекта.

audit feed trace

Архив держит тяжёлые пакеты, версии исходников и выдачу наружу

Здесь лежат долговременное хранение, повторные публикации и тяжёлая выдача