Общие компоненты комплектов: как не обещать один остаток дважды

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

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

Начните с состава

В документации МоегоСклада комплект описан как единое предложение, при продаже которого расходуются компоненты. Поэтому проверять нужно не только карточку набора, но и каждую строку его состава.

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

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

Найдите ограничивающий компонент

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

Например, в обозначениях вашей таблицы:

предел комплекта = минимум целых частей (доступно компонента / расход на комплект)

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

Проверьте общий план

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

потребность = сумма (план комплектов × расход компонента) + план поштучных продаж

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

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

Уточните поведение вашей системы

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

Нужны ответы на три вопроса:

1. Что происходит при заказе набора с общим компонентом?
2. Как влияет отдельная продажа этого компонента?
3. Когда ресурс возвращается после отмены, если товар ещё не был физически отгружен?

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

Зафиксируйте результат

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

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