Набор из компонентов или готовый комплект: доступность, сборка и разборка

Выберите складскую модель до публикации набора

Виртуальный набор — предложение, которое разворачивается в компоненты при исполнении. Само название набора не создаёт независимого физического остатка. Готовый комплект — отдельный складской объект, полученный в результате сборки: компоненты израсходованы, комплект оприходован.

Сборка под конкретный заказ является ещё одним вариантом процесса: она может создавать готовое изделие непосредственно перед отгрузкой. Не приравнивайте её автоматически к виртуальному набору. Microsoft различает assemble-to-order и assemble-to-stock; при продаже готового складского изделия доступность проверяется по его остатку. Источник: Microsoft Learn.

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

Учебный состав и исходные данные

Все числа вымышлены. Набор K состоит из двух кружек A, одной упаковки чая B и одной подарочной коробки C. Состав фиксирован; замены и потери при сборке отсутствуют. Все количества — штуки, одна локация, будущие поступления не учитываются.

Исходные остатки:

• A: физически 30, четыре зарезервированы другими заказами, две непригодны; свободно 24.
• B: физически 14, три зарезервированы другими заказами; свободно 11.
• C: физически и свободно 20.
• Готовых K нет.

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

Виртуальный набор: доступность ограничивает компонент

По A можно составить 24 ÷ 2 = 12 наборов. По B — 11 ÷ 1 = 11, по C — 20. Минимум равен 11, поэтому материальная возможность K составляет 11 полных наборов.

Общее правило для фиксированного состава: разделить свободное количество каждого обязательного компонента на его норму, округлить вниз и взять минимум. Аналогичный расчёт описан в Shopify для доступности bundles. Источник: Shopify Help.

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

Два набора не могут независимо использовать один запас

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

Отдельный сценарий от исходного состояния: подтверждены шесть K. Резерв составляет 12 A, шесть B и шесть C. После него остаются свободными 12 A, пять B и 14 C.

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

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

Физическая сборка: появляется отдельный остаток K

Теперь вернёмся к исходным остаткам, без резерва шести K из предыдущего сценария. Команда заранее собирает восемь K. Документ сборки расходует 16 A, восемь B и восемь C, а затем подтверждает выпуск восьми K.

После завершения физические остатки: A = 14, B = 6, C = 12, K = 8. Старые четыре резерва A, два непригодных A и три резерва B остаются. Свободных компонентов теперь A = 8, B = 3, C = 12.

Из свободных компонентов можно дополнительно собрать минимум из 8 ÷ 2, 3 и 12, то есть три K. Материально доступны восемь готовых и возможность ещё трёх. Дополнительные три не следует показывать как уже собранные восемь плюс независимые одиннадцать: компоненты восьми уже израсходованы.

Если покупателю отгрузили три готовых K, остаток K становится пять. Свободные компоненты от этой продажи повторно не списываются. Иначе компоненты трёх проданных наборов — шесть кружек, три упаковки чая и три коробки — будут учтены в расходе дважды: при сборке и при продаже.

Разборка не обязана вернуть всё пригодным

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

Итоговые физические остатки:

• K: 5 − 2 = 3 готовых комплекта;
• A: 14 + 4 = 18, свободно 18 − 4 − 2 = 12;
• B: 6 + 2 = 8, свободно 8 − 3 − 1 = 4;
• C: 12 + 2 − 2 = 12.

Odoo описывает unbuild как уменьшение готового изделия и возврат компонентов, отдельно выделяя списание непригодных частей. В своём процессе проверьте оба результата, даже если интерфейс объединяет несколько шагов. Источник: Odoo 19.

Проверим сохранение каждого компонента с учётом трёх проданных K:

A: 30 исходных = 18 отдельно + 6 в трёх оставшихся K + 6 в проданных K.

B: 14 = 8 отдельно + 3 в оставшихся K + 3 в проданных K.

C: 20 = 12 отдельно + 3 в оставшихся K + 3 в проданных K + 2 списанные.

Разборка не создала новый товар. Она изменила его представление и пригодность. Физический итог по B включает одну упаковку на проверке, но эта единица не доступна новой сборке.

Версия состава и частичный возврат

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

Если клиент возвращает только одну кружку из проданного K, это не возврат полного комплекта. Зафиксируйте вернувшийся компонент, связь с продажей и состояние. Отмена всей сборки задним числом ошибочно восстановит отсутствующие чай, вторую кружку и коробку.

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

Поля и критерии приёмки

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

• Исходная материальная возможность K равна 11.
• K и M используют один общий резерв чая, а не независимые копии.
• Резерв шести K оставляет возможность ещё пяти по чаю.
• Сборка восьми уменьшает компоненты и создаёт восемь K ровно один раз.
• Продажа трёх готовых K не списывает компоненты повторно.
• Разборка двух оставляет три K и возвращает фактически найденные части с их состояниями.
• Балансы A, B и C воспроизводятся отдельно.
• Изменение текущего BOM не меняет старую сборку.
• Частичный возврат не восстанавливает отсутствующие части комплекта.

Эти проверки дополняют архитектуру каталога. Для SABSUS подтвердите выбранную модель в BOM, производстве и складе; наличие названия «набор» не доказывает поддержку всех переходов.

Частые вопросы

Виртуальный набор всегда проще?

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

Можно сложить готовые комплекты и возможность сборки?

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

Разборка равна отмене сборки?

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

Источники

Проверено 9 октября 2026 года: Shopify — доступность bundles, Microsoft — assemble-to-order и assemble-to-stock, Odoo 19 — unbuild orders. Все числовые сценарии учебные.