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

Выбираем число общих запусков

Владелец небольшого производства проверяет, можно ли закрыть две подтверждённые потребности одной утверждённой схемой совместного выпуска. Речь об обычных непродовольственных декоративных изделиях A и B, которые отдельно хранятся и выдаются клиентам. Здесь не рассматриваются безопасность оборудования, технология изготовления или разрешение менять производственный процесс.

В документации Microsoft формулы производства могут описывать несколько совместных и побочных выходов, а версия связывает их с условиями и выходом процесса. Это пример модели данных: наличие строки основного изделия не означает, что остальные результаты можно забыть. Microsoft Learn: BOM, formulas и co-products.

Продажа или дальнейшая обработка совместных продуктов — другой вопрос: там сравниваются будущие доходы и расходы после разделения. Здесь цены не задаются. Сначала нужно установить, существует ли количественно допустимый план при разных потребностях в A и B.

Зафиксируйте выход, доступный запас и срок

Все числа вымышлены. По выбранной версии каждый целый запуск даёт ровно две пригодные единицы A и одну пригодную единицу B. Изготовить в этой версии только A, только B или половину запуска нельзя. Фиксированный пригодный выход является допущением учебной модели; фактический брак и незавершённость потребовали бы другого расчёта.

На начало периода свободны четыре пригодные A и одна пригодная B. Они не зарезервированы под другие обязательства и подходят текущим заказам. К общему сроку требуется выдать десять A и восемь B. Эти количества не являются прогнозом спроса и не меняются между сравниваемыми вариантами.

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

Ни обозначение B как сопутствующего выхода, ни меньшее число запусков, нужное для покрытия A не позволяют нарушить принятое обязательство по B. Microsoft отдельно показывает, как потребность в совместном продукте связывается с плановым заказом его общей формулы. Это конкретный документированный сценарий, а не утверждение о готовой автоматике SABSUS. Microsoft: material plan for co-products.

Потребности задают нижние границы одного числа

Обозначим число общих запусков буквой n. Оно целое и неотрицательное. После производства доступно 4 + 2n единиц A и 1 + n единиц B. Для выполнения обоих заказов одновременно требуется:

• A: 4 + 2n ≥ 10, поэтому n ≥ 3.
• B: 1 + n ≥ 8, поэтому n ≥ 7.

Обе границы относятся к одному и тому же n. До добавления других ограничений минимально достаточно семи запусков, а не суммы 3 + 7. При n = 7 производятся 14 A и 7 B. Вместе с начальным запасом это 18 A и 8 B.

После выдачи заказанных десяти A и восьми B останутся восемь A и ноль B. Проверка по каждому товару: 4 + 14 = 10 + 8; 1 + 7 = 8 + 0. Лишние A физически возникли вместе с нужными B. Они не становятся продажей или подтверждённой будущей потребностью от одного факта выпуска.

План только по A предложил бы три запуска. Тогда доступно десять A и четыре B: первый заказ закрывается, второму не хватает четырёх. Общего количества изделий недостаточно для проверки — клиентам нужны конкретные SKU в конкретных количествах.

Отдельные задания не должны удваивать общий процесс

Если создать три реальных запуска «для A» и ещё семь «для B», всего выполнится десять общих запусков. По неизменной схеме они дадут 20 A и 10 B. После учёта начального запаса и исполнения тех же заказов останутся 14 A и три B.

Названия заданий не изменяют физический выход. Нельзя провести первые три как A-only, а следующие семь как B-only, если такой технологии в модели нет. Иначе учёт покажет результат, который производство не может получить.

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

Если вместо двух реальных запусков произошла повторная передача записи одного завершения, сначала найдите исходный результат. Исправление или повтор события не должны создавать ещё одну пару A/B. Правила версий и фактического расхода дополняет разбор рецептур и BOM.

Предел конечного остатка делает исходный план невозможным

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

Конечный остаток A равен 4 + 2n − 10. Условие 4 + 2n − 10 ≤ 5 даёт 2n ≤ 11. Так как запуски целые, n ≤ 5.

Получены несовместимые требования: заказ B требует минимум семь запусков, а политика остатка A допускает максимум пять. Полностью внутреннего решения в этой постановке нет. Недостаток не исчезнет, если увеличить доступные часы ещё на один запуск: дополнительный выпуск увеличивает и лишние A.

Нельзя сообщить «план готов» только потому, что семь запусков обеспечивают оба заказанных количества. Нельзя также молча отбросить три A сверх разрешённых пяти, приписать им фиктивную продажу или изменить предел без решения ответственного.

Результат полезен именно как объяснение конфликта: фиксированное соотношение выходов и действующая политика не позволяют выполнить весь набор условий. Он не определяет самостоятельно, какое обязательство или правило можно изменить.

Внешнее поступление B меняет множество допустимых вариантов

Рассмотрим отдельную условную возможность: подходящие B можно получить из другого подтверждённого источника до общего срока. Обозначим количество таких единиц через b. Теперь для B нужно 1 + n + b ≥ 8, а ограничение A сохраняется.

Например, пять общих запусков и две дополнительные B дают:

• A: 4 + 2 × 5 = 14; выданы десять, конечный остаток четыре.
• B: 1 + 5 + 2 = 8; выданы восемь, конечный остаток ноль.

Количественные условия соблюдены. Среди вариантов, которые сохраняют предел A и закрывают заказы, пять запусков требуют наименьшего внешнего количества B — две единицы. Но это ещё не доказательство самой низкой стоимости или предпочтительного поставщика.

Три запуска с четырьмя внешними B также допустимы и оставляют ноль A. Четыре запуска с тремя внешними B оставляют две A. Выбор между этими вариантами требует полной экономики, надёжности источника, ресурсов и срока. В статье эти параметры не выдумываются.

Расчёт не является заказом поставщику и не подтверждает доступность двух B. Пригодность, количество, дата, стоимость и полномочия проверяются до принятия такого плана. Если внешняя поставка опоздает, прежняя выполнимость к сроку перестанет действовать.

Конечный запас не доказывает физическую вместимость

Даже допустимые четыре A в конце периода ничего не говорят о максимальном количестве до выдачи клиентам. При пяти запусках и двух внешних B перед единовременной выдачей могут находиться 14 A и 8 B. Это 22 единицы двух разных товаров, а не автоматически 22 одинаковых складских места.

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

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

Менять соотношение 2:1 можно только при наличии другого действительно утверждённого процесса или версии. Новое число в таблице не создаёт такую возможность. Для нескольких допустимых схем потребуется сравнить их реальные выходы и ограничения, а не объявить исходную связь необязательной.

Что сохранить для проверки и приёмки

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

В исполнении сохраняйте общую партию и отдельные фактические выходы. Плановые 2A + 1B не заменяют приёмку. Если одна B ожидает проверки, нельзя считать её готовой только потому, что две A того же запуска уже приняты. Неизвестное или изменившееся качество требует пересмотра доступности и обещаний.

1. Для исходных потребностей получаются границы n ≥ 3 и n ≥ 7, без их сложения.
2. Семь запусков оставляют восемь A после выдачи заказов.
3. Предел пяти A даёт n ≤ 5 и честный вывод об отсутствии внутреннего решения.
4. Пять запусков плюс две внешние B оставляют четыре A и ноль B.
5. Три и четыре запуска с соответствующей допоставкой остаются видимыми альтернативами.
6. Один общий расход не проводится повторно на каждый выход.
7. Конечный остаток, пик размещения и готовность к сроку проверяются раздельно.

В производстве и складе SABSUS обсудите эти связи на одной реальной партии. Совместный выпуск, увязку потребностей и автоматический расчёт допустимого плана нужно подтвердить в конфигурации. Источники Microsoft проверены 12 октября 2026 года; числа и доказательства в статье являются оригинальным учебным примером.