Перейти к содержанию

Регламент домена INBOX / OUTBOX

Документ описывает предпроектный домен входящего и исходящего потока материалов.

Основной смысл домена:

  • INBOX и OUTBOX относятся к предпроектной стадии;
  • это не этапы жизненного цикла CDE, а отдельный внешний по отношению к проекту домен;
  • INBOX принимает входящие материалы до решения о включении в проектный или административный контур;
  • OUTBOX используется для исходящей передачи на предпроектной или операционной стадии;
  • обе зоны не являются постоянным хранилищем проекта;
  • обе зоны работают как шлюз, а не как архив.

1. Роль домена

Зона Назначение Тип зоны Основной владелец
INBOX Входящий контур предпроектного домена Предпроектная Координатор / PM / BIM / администратор по регламенту
OUTBOX Исходящий контур предпроектного домена Предпроектная PM / ГИП / BIM / администратор по регламенту

Принцип:

  1. Если материал пришёл в систему на предпроектной стадии и ещё не классифицирован, он может временно попасть в INBOX.
  2. Если материал нужно отправить наружу на предпроектной или операционной стадии, он может временно попасть в OUTBOX.
  3. После завершения предпроектной задачи файл должен быть либо перемещён в профильную зону, либо удалён по регламенту.

2. Что такое INBOX

INBOX это зона входящего приёма предпроектного домена.

Сюда попадают материалы, которые:

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

Текущая структура

Путь Назначение
INBOX/Входящие_материалы Все новые поступления до первичной сортировки
INBOX/На_оценку Материалы, требующие решения: принимать, отклонять, куда направлять
INBOX/В_работе Материалы, по которым уже начат разбор или обработка
INBOX/Отказ Отклонённые материалы, не попадающие в рабочие контуры

3. Когда использовать INBOX

Использовать INBOX, если:

  • файл пришёл от заказчика, подрядчика, смежника или внешнего источника;
  • ещё не определено, относится ли он к WIP, SHR, PUB, ADM, ADMIN или COMMON;
  • материал требует предварительной проверки;
  • материал нужно временно зафиксировать до маршрутизации.

Не использовать INBOX, если:

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

4. Базовый сценарий работы с INBOX

Базовый сценарий:

  1. Файл поступает в INBOX/Входящие_материалы.
  2. После первичного просмотра перемещается в:
  3. На_оценку, если нужна классификация или решение;
  4. В_работе, если материал уже разбирается;
  5. Отказ, если материал не принимается в систему.
  6. После решения материал уходит в профильную зону:
  7. CDE/.../__WIP, если это рабочий проектный материал;
  8. CDE/.../__SHR, если это BIM-координация;
  9. CDE/.../__PUB, если это формализованная публикация или экспертиза;
  10. CDE/.../__ADM, если это проектная администрация;
  11. ADMIN, если это внутренний документ компании;
  12. COMMON, если материал непроцессный и не относится к проектному контуру.

5. Что такое OUTBOX

OUTBOX это зона исходящей передачи предпроектного домена.

Сюда попадают материалы, которые:

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

Текущая структура

Путь Назначение
OUTBOX/Отправка_заказчикам Исходящие материалы для заказчика вне специализированного контура PUB
OUTBOX/Подрядчики Исходящие материалы подрядчикам
OUTBOX/Временные_выгрузки Временные наборы файлов для отправки
OUTBOX/Архив История исходящих материалов по локальному регламенту

6. Когда использовать OUTBOX

Использовать OUTBOX, если:

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

Не использовать OUTBOX, если:

  • материал уже является частью официальной публикации или экспертизы;
  • материал относится к BIM-координации и должен жить в SHR;
  • материал должен быть архивирован как утверждённый результат проекта в ARC;
  • папка начинает использоваться как постоянное хранилище рабочих файлов.

7. Разделение OUTBOX и PUB

Это критичное различие.

Контур Для чего нужен
OUTBOX Общая исходящая передача предпроектного домена, временные и операционные отправки
PUB Формализованная официальная публикация, процессные комплекты передачи, экспертиза

Принцип:

  1. Если отправка является частью официального проектного процесса, это PUB.
  2. Если отправка является операционной, временной или вспомогательной, это OUTBOX.
  3. OUTBOX не подменяет PUB.

8. Разделение INBOX и COMMON

Контур Для чего нужен
INBOX Входящий материал предпроектного домена, который ещё должен быть классифицирован
COMMON Непроцессный, бытовой или временный материал, который не должен входить в проектный контур

Принцип:

  1. Если файл пришёл извне на предпроектной стадии и потенциально может стать частью процесса, сначала это INBOX.
  2. Если файл заведомо не относится к процессу, он не должен жить в INBOX бессрочно и при необходимости может попасть в COMMON.
  3. COMMON не заменяет приёмный шлюз INBOX.

9. Ограничения и запреты

Нельзя:

  1. Использовать INBOX как постоянную папку проекта.
  2. Использовать OUTBOX как архив всех отправок без разбора.
  3. Держать в INBOX уже классифицированный материал.
  4. Держать в OUTBOX официальные публикации вместо PUB.
  5. Хранить в INBOX или OUTBOX актуальные рабочие модели и чертежи как основной источник.
  6. Использовать INBOX и OUTBOX как способ обойти правила проектных зон.

10. Типовые кейсы

Входящий комплект от заказчика, который ещё не разобран

Куда: INBOX/Входящие_материалы

Почему: материал поступил в систему, но ещё не классифицирован.

Материал от подрядчика, по которому нужно решить, принимать его или нет

Куда: INBOX/На_оценку

Почему: по материалу требуется решение до помещения в рабочий контур.

Входящий файл уже передан на разбор BIM или координатору

Куда: INBOX/В_работе

Почему: материал уже обрабатывается, но ещё не маршрутизирован окончательно.

Материал отклонён и не должен попасть в рабочие зоны

Куда: INBOX/Отказ

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

Нужно отправить подрядчику подборку DWG и PDF без запуска официального контура публикации

Куда: OUTBOX/Подрядчики

Почему: это исходящая операционная отправка, а не официальный контур PUB.

Нужно временно собрать пакет файлов перед отправкой заказчику

Куда: OUTBOX/Временные_выгрузки

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

Нужно отправить материал заказчику, но это не официальная публикация проекта

Куда: OUTBOX/Отправка_заказчикам

Почему: это операционный исходящий поток вне формализованного PUB.

Набор уже отправлен и требуется сохранить локальный след отправки

Куда: OUTBOX/Архив

Почему: это локальная история исходящего потока, но не архив утверждённых проектных результатов.

Полученный файл после разбора признан рабочим материалом проекта

Куда: переносится из INBOX в соответствующий контур CDE

Почему: после классификации файл не должен оставаться в предпроектной зоне.

Полученный файл после разбора признан материалом BIM-координации

Куда: переносится из INBOX в SHR

Почему: после классификации он становится частью BIM-процесса.

Полученный файл признан официальным материалом экспертизы или публикации

Куда: переносится из INBOX в PUB

Почему: материал относится к формализованному процессу.

11. Логика автоматизации

На что можно опереться:

  • правило "новое поступление сначала в INBOX";
  • правило "исходящая операционная отправка через OUTBOX";
  • контроль времени жизни файлов в предпроектных зонах;
  • отчёты по непросмотренным, непринятым и зависшим материалам;
  • напоминания о необходимости маршрутизации или очистки.

Плохо автоматизируется без доп. правил:

  • различение полезного входящего файла и мусора без атрибутов;
  • различение операционной отправки и официальной публикации только по имени файла;
  • решение, когда материал можно удалить из OUTBOX/Временные_выгрузки;
  • решение, как долго хранить INBOX/Отказ.