Производство и планирование

Назначение

Пять разделов группы Производство, отвечающих за то, что и когда должно делаться в цехе: от стратегического взгляда на весь портфель заказов (Управление потоком) и вытягивающей дисциплины конкретного участка (Диспетчеризация) до собственно создания производственных заказов и их превращения в задания (График производства), распределения этих заданий по постам и сменам (Работа с заданиями) и по дням недели вручную (Детальный график).

Два первых раздела — Управление потоком и Диспетчеризация — не имеют аналога в оригинальном desktop-приложении VOGBIT и не описаны на support-сайте: это самостоятельная надстройка Vyrab в духе Theory of Constraints / вытягивающего планирования (POLCA, буферы, WIP-лимиты, барабан ограничения). Ниже они описаны исключительно по коду. Остальные три раздела — прямые наследники VOGBIT support/552 «График производства» и support/593 «Работа с заданиями»/support/605 «Сменные задания», с той же терминологией (партия, очередь, уровень учёта, готовность, пост) и той же логикой «чем выше уровень учёта — тем детальнее должно быть распланировано задание, прежде чем его можно сдать».

Разделы образуют один и тот же поток данных «сверху вниз»: заказ → позиция графика (WorkOrder) → шаг маршрута (OrderOperationStep) → сменное задание (ShiftTask) → отметка сдачи (WorkRecord, Работы и качество). Управление потоком и Диспетчеризация читают и частично влияют на этот же граф, но не создают его — граф создаётся на Графике производства кнопкой «Создать задания» и наполняется исполнением на Работе с заданиями/Детальном графике.

Кто использует (роли)

Права разграничены четырьмя слагами (см. Начало работы, «Роли и права»):

• scheduler.view — открывает Управление потоком и Диспетчеризацию (только просмотр: доска, KPI, очередь барабана, история сценариев).
• scheduler.manage — добавляет управление: расчёт нового сценария планировщика, подтверждение участка-ограничения, заморозка/разморозка даты шага, блокировки участка, WIP-лимиты, POLCA-карты. Есть у Мастера участка и у Диспетчера.
• scheduler.publish — отдельно и уже: делает опубликованный сценарий действующим (записывает даты в реальные шаги и создаёт сменные задания). Есть только у Мастера участка — Диспетчер может насчитать и сравнить сколько угодно сценариев, но публикует финальный план мастер (или администратор).
• production-board.view, work-assignments.view, detailed-schedule.view — обычные права «видеть раздел» для Графика производства, Работы с заданиями и Детального графика соответственно; внутри них исключений «видеть/действовать» нет.

Основные понятия

• Уровень учёта (accounting_level) — на заказе и, при необходимости, переопределённо на отдельном шаге: минимальный / средний / высокий / максимальный. Определяет, как именно исполняется задание: на минимальном уровне это простое «сделано/не сделано» массовой кнопкой на Графике производства; начиная с высокого уровня шаг обязан пройти через явное сменное задание — такие шаги и попадают в «Новые задания» (Работа с заданиями) и в сетку Детального графика (см. ниже).
• Сменное задание (ShiftTask) — конкретное поручение: шаг + участок + смена (необязательно) + дата + плановое количество/часы. Может быть создано вручную (Работа с заданиями/Детальный график), массово публикацией сценария планировщика, или без привязки к шагу вообще — под «Внеплановую работу».
• Готовность (readiness) — индикатор у ожидающего шага: Ок (можно включать в план), Уточнить (у операции не задан участок), Задать смену (на выбранную дату участок не работает по календарю), Перенести / Разделить (участок в этот день уже перегружен по часам).
• Сценарий / запуск планировщика (ScheduleRun) — результат одного расчёта CP-SAT планировщика: черновик (succeeded) можно сравнить с действующим и опубликовать; опубликованный (published) — единственный действующий одновременно, предыдущий публикованный автоматически переходит в superseded.
• Заморозка (Override) — ручная фиксация даты старта конкретного шага на период, чтобы плановик не двигал её при следующем пересчёте.
• POLCA-карта / WIP-лимит / буфер / барабан ограничения — см. глоссарий Начало работы; здесь это не абстракция, а конкретные настраиваемые сущности: лимит карт между парой участков, лимит одновременных операций «в работе» на участке, пороги (дней) для зон буфера зелёный/жёлтый/красный/чёрный, подтверждённый участок-ограничение с его очередью.
• Блокировка участка (BlockageEvent) — открытый инцидент (оборудование / материал / ОТК / прочее), пока он активен — участок не отдаёт новые карточки в работу на Диспетчерской доске.
• Перенос остатка (TaskTransfer) — часть невыполненного количества одного сменного задания переносится на другое (например, при закрытии смены с недоделанной работой).
• Разрешено к запуску — не отдельный статус шага, а вычисляемый на сервере срез «ожидающих» шагов участка: без блокираторов и в пределах свободного WIP/POLCA-лимита. Именно эта колонка на Диспетчерской доске реально что-то ограничивает.

Управление потоком

/flow-management, право scheduler.view (управление — scheduler.manage, публикация сценария — scheduler.publish).

Что видно

Единый экран с заголовком «Управление потоком» и бейджем «Управление доступно» / «Только просмотр» в зависимости от прав.

• Фильтры: поиск по номеру заказа/изделию, участок, состояние (Риск срока / Малый резерв / В плане / Не запланировано), горизонт временной шкалы (2/4/6 недель).
• KPI-карточки: «Заказов под риском» (из общего числа), «Кандидат в ограничение» — участок с наибольшей загрузкой (с кнопкой «Подтвердить» для scheduler.manage, переводящей его в официальный барабан), «WIP операций» (сейчас в работе), «Завершится» (заказов за выбранный горизонт), «Дефициты» (число дефицитных позиций материалов — из того же расчёта, что и Обеспеченность, Склад и снабжение; при недоступности этого модуля — «нет данных»).
• Сценарии планирования (сворачиваемая панель): форма нового расчёта (необязательная «дата каната» — не выпускать заказы раньше неё), история запусков (статусы queued/running/succeeded/published/superseded цветным индикатором), карточка выбранного сценария (когда рассчитан, сколько операций, значение целевой функции), кнопка «Сравнить» с действующим планом и кнопка «Опубликовать» (только scheduler.publish). Результат сравнения — сводка (всего/изменилось/раньше/позже, опозданий в базе/в черновике) и список крупнейших сдвигов по датам.
• Барабан · TOC (сворачиваемая панель): очередь операций на подтверждённом участке-ограничении, отсортированная по плановому старту, с цветной зоной проникновения в буфер (норма/внимание/срочно/просрочен) относительно профиля буфера (по умолчанию 5/14 дней жёлтый/зелёный порог). Пуста и подсказывает «подтвердите участок-кандидат», пока ограничение не назначено.
• Таблица плана (сворачиваемая панель): плоская сортируемая и фильтруемая таблица заказов и их шагов — только чтение, без пересчёта.
• Рабочая область: список заказов слева (цветная точка риска + бейдж), временная шкала ресурсов по центру (горизонтальные полосы операций по участкам, линия «сегодня», участок-кандидат помечен «кандидат»), инспектор справа — по выбранному заказу: начало/прогноз/обещанная дата/резерв в днях/приоритет, «Причины риска» (нет плановых дат, предшественник не завершён, дефицит материалов, открытое несоответствие ОТК на предшественнике, блокировка участка), маршрут шагов с иконкой замка (заморозить/снять заморозку старта, scheduler.manage), ссылка «Открыть карточку заказа».
• Требуют внимания (низ экрана): отдельный список шагов, ожидающих после планового старта, и шагов вовсе без дат плана.

Типовые сценарии

1. Диспетчер начинает день с KPI «Заказов под риском» → кликает заказ → читает «Причины риска» → решает, что делать (ускорить материал, снять блокировку, изменить приоритет).
2. Диспетчер считает новый сценарий с указанной датой каната → сравнивает с действующим планом → видит, что опозданий стало меньше → мастер участка публикует его. Публикация всегда записывает новые planned_start/planned_end в шаги; сменные задания создаются или обновляются только для шагов с уровнем учёта высокий/максимальный и без уже существующего незавершённого задания — ручное распределение или уже идущая работа публикацией не перезаписываются.
3. Мастер подтверждает участок-кандидат как официальное ограничение — дальше на нём появляется очередь барабана, задающая приоритет работы.
4. Диспетчер фиксирует дату старта критичного шага (например, ожидается нестандартная поставка) на период — «Зафиксировать старт» в инспекторе, с необязательной причиной; снимается кнопкой «Снять».

Особенности и ограничения

• Одновременно действует только один опубликованный сценарий — публикация нового автоматически переводит предыдущий в superseded.
• Право scheduler.publish есть только у Мастера участка (и Администратора) — у Диспетчера его нет, он может считать и сравнивать сценарии, но не «включать» их.
• Итог публикации (сколько шагов записано, сколько заданий создано/ обновлено/пропущено и почему) в интерфейсе не показывается отдельным отчётом — видно только по факту обновления истории запусков.
• Раздел целиком — как и Диспетчеризация — не имеет предшественника в оригинальном VOGBIT; термины POLCA/буфер/WIP-лимит/барабан здесь новые.

Диспетчеризация

/dispatch (пункт меню называется «Диспетчерская доска»), право scheduler.view; перетаскивание карточек и любое управление (блокировки, POLCA-лимиты) — scheduler.manage.

Что видно

• Тулбар: выбор участка (по умолчанию — первый в справочнике), «Обновить».
• Панель «Блокировки участка»: список активных блокировок (причина — Оборудование/Материал/ОТК/Прочее, комментарий, время начала) с кнопкой «Снять»; форма добавления новой (причина + комментарий + «Заблокировать») — обе части видны только при scheduler.manage.
• Панель «POLCA-карты между участками»: строки лимитов, где текущий участок — верхний по потоку («→ участок-получатель») или нижний («участок-источник →»), с текущим заполнением карт в потоке / лимит (подсвечивается, когда карт не осталось); форма задания нового лимита (участок-получатель + количество карт). Панель скрыта целиком, если карт нет и прав на управление тоже нет.
• Четыре колонки:
  1. «Ожидает» — шаги участка, ещё не готовые к запуску (не входят в «Разрешено»), карточки нельзя перетаскивать.
  2. «Разрешено к запуску» — вычисленный сервером срез «Ожидает» без блокираторов и в пределах свободного WIP/POLCA-лимита; показывает бейдж WIP: занято/лимит; карточку можно перетащить в «В работе».
  3. «В работе» — шаги в статусе «в работе»; карточку можно перетащить в «Готово».
  4. «Завершено (7 дн.)» — шаги, реально завершённые (по времени закрытия рабочей сессии) за последние 7 дней; не перетаскивается.
• Карточка шага: номер заказа, бейдж приоритета P{n}, изделие, операция, прогресс-бар сдано/всего, плановые даты, теги блокираторов («Нет плановых дат», «Предшественник не завершён», «Участок заблокирован»). Клик без перетаскивания открывает заказ в инспекторе объектов.

Типовые сценарии

1. Диспетчер выбирает участок → видит в «Разрешено к запуску» ровно то, что реально можно начинать прямо сейчас (WIP-лимит уже учтён) → перетаскивает карточку в «В работе».
2. Мастер закончил операцию → перетаскивает карточку из «В работе» в «Готово».
3. Сломался станок — регистрируется блокировка участка (причина «Оборудование» + комментарий). Пока она активна, участок не отдаёт в «Разрешено к запуску» ни одной новой карточки, даже если WIP-лимит формально свободен.
4. Между двумя последовательными участками настраивается POLCA-лимит (например, «Токарный → Сборка», 3 карты) — сборка не сможет вытянуть больше трёх партий одновременно с токарного участка.

Особенности и ограничения

• «Разрешено» — не отдельный статус шага, а срез «Ожидает», поэтому шаг не может одновременно попасть в обе колонки — дублирование дедуплицируется на клиенте.
• Перетащить карточку можно только из «Разрешено к запуску» (в работу) или из «В работе» (в готово) — из «Ожидает» и «Завершено» никогда, даже с правом scheduler.manage.
• WIP-лимит самого участка (число, до которого «Разрешено» вообще наполняется) в этом интерфейсе не редактируется — только отображается (бейдж WIP: x/y, плюс отдельный виджет в Аналитике, Обзор и аналитика). Изменение лимита выполняется через API POST /api/flow/wip-limits, веб-формы для этого пока нет.

График производства

/production-board, право production-board.view.

Что видно

Три переключаемых (и перетаскиваемых местами) вида — Список / Гант / Канбан — над общей таблицей производственных заказов.

• Список — таблица DataTable с колонками: индикатор срочности (цветной кружок — просрочено/срок близко/пора запускать/ещё рано, важные заказы всегда выше по этой сортировке), чекбокс «Важно», № заказа, партия, № в заказе, изделие, количество, очередь, состояние (бейдж: Проработка / Готово к планированию — виртуальный статус для черновика с флагом готовности / Планирование / В производстве / Готово / Отменён), готовность в % , трудоёмкость (заданная или расчётная — переключатель виден только при укрупнённом нормировании), папка, уровень учёта, флажки «Заявка на материалы»/«Уч. док.», комментарий, параметры конфигуратора (по одной колонке на каждый встретившийся параметр), начало/срок. Партия, № в заказе, очередь, уровень учёта и комментарий редактируются прямо в ячейке. Кнопка «Подробнее» разворачивает построчный режим — одна строка на каждый шаг маршрута каждого заказа, а не на заказ целиком.
• Гант — полосы по заказам, сгруппированным по изделию (сворачиваемые группы), перетаскивание полосы переносит срок, край полосы — меняет длительность (сохраняется по отпусканию); стрелки — зависимости между заказами, поднятые с уровня шагов (depends_on); масштаб День/Неделя/ Месяц.
• Канбан — колонки по реальным статусам заказа; перетащить карточку в соседнюю колонку можно только если переход разрешён (черновик → отменён; планирование → в производстве/отменён; в производстве → готово/отменён) — переходы «Создать задания»/«Удалить задания» через канбан недоступны, только через выделение и кнопки ниже.
• Панель выделения (при выбранных строках): «Создать задания» (только если все выбранные — черновики), «Удалить задания» (только если все — в планировании), «Изменить состояние» (только если у всех уровень учёта минимальный и есть следующий статус), поле № очереди + «Назначить очередь», «Положить в папку», «Выгрузить файлы», «Снять выделение».
• Действия по строке (меню ⋮): «…вручную» (создать задания вручную, только для черновика), «Сдать на склад», «Заявка на материалы», «Файлы», «Состав и технология» (открывает изделие в инспекторе), «Разделить» (только для черновика).
• Тулбар: «Сдвинуть очередь» (+ выбор заказчика, если тип очереди «Своя по заказчику»), «Очередь, график», фильтры (технологический фильтр + период по дате начала — счётчик активных на кнопке), «Диаграмма», экспорт в Excel, настройки (шестерёнка), «+ Новый заказ».

Диалоги за кнопками:

• Настройки Графика производства — тип очереди (глобальная / своя по заказчику), блокировка выдачи новых заданий в днях (пусто — отключено), тип нормирования (пооперационное / укрупнённое), уровень учёта по умолчанию, последовательность (произвольная / по зависимостям — включает sequence_mode: sequenced, при котором новое сменное задание нельзя создать, пока не завершён предшественник по depends_on).
• Создать задания вручную — список операций по каждому изделию заказа с чекбоксами; снятая галочка исключает операцию из explode (если у изделия сняты все операции — по нему вообще не создаётся позиция графика).
• Разделить — построчный ввод количеств новых позиций, с бегущим остатком относительно количества исходного заказа; создаёт заказы- близнецы (то же изделие/номер заказа/папка/очередь/уровень учёта/ конфигурация), исходная позиция уменьшается на сумму отделённого.
• Сдать на склад — черновик приходной накладной с одной строкой (количество + себестоимость за единицу), не проводится автоматически.
• Заявка на материалы — создаёт лимитно-заборную карту (номер, подразделение, лимит, дата начала действия), привязанную к заказу.
• Очередь, график — перетаскиванием переставляет заказы, «Сохранить» переписывает номер очереди = позиция в списке.
• Файлы — вложения по изделию заказа и (если заказ уже запущен) по изделиям всех его позиций графика.
• Диаграмма — донат-диаграмма по количеству, группировка по состоянию/заказу/папке.

Типовые сценарии

1. Мастер создаёт заказ («+ Новый заказ») → выбирает изделие/количество/ даты → заказ ложится черновиком («Проработка»).
2. Выделяет черновики → «Создать задания» — заказ разузлуется по BOM, на каждую деталь создаётся позиция графика (WorkOrder), на каждую операцию техпроцесса — шаг маршрута; заказ переходит в «Планирование». Для нетиповой ситуации — «…вручную» из меню строки, чтобы исключить часть операций из запуска.
3. При ошибке — «Удалить задания» отменяет запуск и возвращает заказ в черновик, но только пока ни один шаг ещё не тронут (нет отметок сдачи, не назначен исполнитель).
4. Диспетчер выставляет очередь запуска — либо вводом номера («Назначить очередь»), либо перетаскиванием в графическом редакторе очереди.
5. По готовности изделия — «Сдать на склад» из меню строки заводит приходную накладную; на партию материалов под заказ — «Заявка на материалы» заводит лимитно-заборную карту.

Особенности и ограничения

• Изменение настроек раздела (шестерёнка) физически сохраняется только с правом admin.view — открыть диалог может любой, кто видит раздел, но сохранить изменения — только администратор.
• «Изменить состояние» из панели выделения работает только для заказов с минимальным уровнем учёта; на более высоких уровнях состояние движется через исполнение сменных заданий (Работа с заданиями/Детальный график), а не массовой кнопкой.
• «Технологический фильтр» — это условие ИЛИ внутри каждой группы (материал/операция/участок/оборудование) и И между группами.
• Экспорт в Excel — единственный формат выгрузки всей доски целиком (кроме встроенного CSV-экспорта самой таблицы).

Работа с заданиями

/work-assignments, право work-assignments.view.

Что видно

Шесть вкладок:

• Новые задания — ожидающие шаги запущенных заказов с уровнем учёта высокий или максимальный, у которых ещё нет ни одного (не отменённого) сменного задания. Колонки: индикатор готовности (цветная точка + подпись Ок/Уточнить/Задать смену/Перенести-Разделить), заказ, изделие, операция, участок, количество, кнопки «Включить в план» (открывает диалог быстрого назначения) и «Пометить»/«Снять пометку».
• Задания на день — выбор даты, все сменные задания на неё независимо от статуса; колонки план/факт, состояние (Запланировано/Выполняется/ Выполнено/Прекращено), действия «В работу» → «Готово» → «Прекратить», и «Перенести остаток» (если план ещё не выполнен полностью).
• Невыполненные задания — сменные задания с датой в прошлом, ещё не доведённые до готово/отменено, с теми же действиями.
• Помеченные задания — та же карточка, что «Новые задания», но отфильтрованная по флажку «Пометить» (VOGBIT-style «отложить на потом»).
• Внеплановые работы — список внеплановых работ (основание + статус: Черновик → Согласовано → Выполняется → Готово, либо Отменено) с формой создания и, для согласованных/выполняемых, формой добавления сменных заданий под них (участок/смена/дата/количество/часы, без привязки к конкретному заказу или операции).
• Смены — открытие и закрытие экземпляров смен по дате (см. ниже).

Диалог быстрого назначения (кнопка «Включить в план»): участок (по умолчанию — участок операции), смена (необязательно), дата, количество (по умолчанию — весь незакрытый остаток) → создаёт первое сменное задание по шагу.

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

Вкладка «Смены»: список экземпляров смен на выбранную дату (участок, смена, статус — Запланирована/Открыта/Закрыта/Отменена). «Открыть» переводит смену в работу. «Закрыть» сначала запрашивает предпросмотр: если есть задания с недоделанным остатком или открытые рабочие сессии — вместо закрытия показывается список блокирующих заданий с кнопкой «Перенести остаток» на каждое и «Проверить снова»; если блокеров нет — запрашивается подтверждение и смена закрывается.

Типовые сценарии

1. Диспетчер открывает «Новые задания» → видит по цвету готовности, что можно, а что нет (например, «Задать смену» — участок в этот день не работает по календарю) → «Включить в план» на подходящую дату/участок.
2. В конце дня — «Задания на день» → переводит выполненные в «Готово», недоделанные — «Перенести остаток» на завтра.
3. Мастер регистрирует внеплановую работу (например, срочный ремонт оснастки) → согласовывает → добавляет под неё сменное задание на конкретный участок и смену, без создания производственного заказа.
4. В конце смены — вкладка «Смены» → «Закрыть»; если система находит недоделанные задания или незакрытые рабочие сессии — сначала разбирается с ними (перенос остатка), потом закрывает смену повторной попыткой.

Особенности и ограничения

• Обе вкладки, показывающие ожидающие шаги («Новые» и «Помеченные»), жёстко ограничены уровнем учёта высокий/максимальный — на минимальном и среднем уровне шаги сюда никогда не попадают, ими управляют массовой кнопкой на Графике производства.
• Новое сменное задание отклоняется (409), если у участка активна блокировка выдачи (task_lock_days — есть просроченные незакрытые задания) или если включена последовательность по зависимостям и предшествующий шаг ещё не завершён.
• У внеплановой работы нет проверки последовательности (depends_on) — это осознанно, у неё нет самого графа шагов, который можно было бы проверять.
• Перенос остатка создаётся сразу в проведённом состоянии — черновика или этапа согласования переноса в интерфейсе нет.

Детальный график

/detailed-schedule, право detailed-schedule.view.

Что видно

Графическая сетка «участок × неделя», альтернатива текстовому включению из Работы с заданиями для заданий с уровнем учёта максимальный:

• Выбор участка, навигация «← неделя» / «неделя →» / «сегодня», диапазон дат — 7 дней от выбранного начала.
• Строки — шаги (ожидающие данного участка + уже распланированные на нём в текущем диапазоне): заказ, изделие, операция.
• Столбцы — дни диапазона, в шапке каждого — процент загрузки участка на эту дату (жёлтый >80%, красный >100%).
• Ячейка на пересечении: пусто → «+» (создать первое задание на эту дату), одно задание → показывает суммарное количество (цвет по статусу: зелёный — все выполнены, жёлтый — есть в работе, серый — только запланировано, ярко-жёлтый — статусы вперемешку), несколько заданий → количество (N).
• Клик по пустой ячейке или ячейке с одним заданием сразу открывает форму добавления/редактирования. Клик по ячейке с несколькими заданиями сперва открывает их список («несколько заданий на смену для одного поста» — например, два исполнителя на одном посту в одну смену), откуда можно выбрать одно для редактирования или добавить ещё одно.
• Форма задания: участок, смена, количество, трудоёмкость в часах; редактируется только пока задание в статусе «Запланировано» — иначе поля заблокированы, доступен только просмотр факта. «Завершить работы» (с подтверждением) переводит задание в «Прекращено».

Типовые сценарии

1. Мастер выбирает участок и текущую неделю → видит по цвету загрузки, какие дни уже плотные → кликает пустую ячейку у нужного шага и даты → вводит количество и трудоёмкость.
2. На один и тот же пост/смену/день нужно поставить двух исполнителей — первое задание создаётся кликом по пустой ячейке, второе — через «+ Ещё задание» в списке уже существующих на этой ячейке.
3. Задание больше не нужно (заказ переприоритизирован) — открыть его и нажать «Завершить работы».

Особенности и ограничения

• Это графический, а не текстовый вход в тот же API сменных заданий, что и Работа с заданиями (POST /api/shift-tasks) — те же ограничения по блокировке участка и последовательности применяются молча (ошибка от сервера, отдельного предупреждения в форме нет).
• Редактирование задания возможно только в статусе «Запланировано» — начатое или завершённое задание можно только посмотреть.
• Диапазон недели фиксирован (7 дней), кастомного периода нет.

Связанные разделы

• Начало работы — роли и права (scheduler.*, *.view для каждого из пяти разделов), общий глоссарий терминов (WorkOrder, OrderOperationStep, Тман, POLCA/буфер/WIP-лимит).
• Обзор и аналитика — Аналитика производства использует те же данные о WIP, ограничении и буферах в виде дашборд-виджетов; OEE/SPC/TPM-показатели участков считаются по тем же участкам и блокировкам, что видны на Диспетчерской доске.
• Номенклатура и заказы — Номенклатура задаёт технологию (операции, участки, трудоёмкость), которая разузлуется в шаги при «Создать задания»; Заказы и Заказы клиентов — источник производственных заказов, попадающих на График производства.
• Работы и качество — Приём работ/Цеховой терминал фиксируют фактическое выполнение (отметки сдачи), которое отражается здесь как готовность % на Графике производства и как «Завершено» на Диспетчерской доске.
• Склад и снабжение — Обеспеченность/MRP — источник KPI «Дефициты» в Управлении потоком; заявки на материалы и накладные сдачи на склад создаются прямо с Графика производства.
• Справочники и доступ — Справочники (участки, смены, календарь работы) — то, откуда берутся списки участков/смен во всех формах этой фазы, и где настраивается сам рабочий календарь, которым пользуется «Готовность».