Раздел «План поставок» (закупок) — это плановый календарь закупок и поставок по всем товарам компании. Сервис автоматически рассчитывает: сколько и когда нужно заказать каждого товара вашего ассортимента, в какие сроки разместить заявку у поставщика, когда поставка придёт на ваш склад или фулфилмент.

📖 Зачем нужна этот раздел
Раздел решает четыре ключевые задачи:

• Расчёт партий на заказ (количество, сроки заказа товара, частота заказов)
• Планирование цепочки поставок по каждой партии — от заявки на закупку до поставки на ваш склад или фулфилмент
• Календарное отображение всех плановых, скорректированных и фактических дат по партиям в цепочке поставки
• Контроль прогнозных остатков (вплоть до каждого размера или другого признака 3-го уровня)

🧱 Уровень детализации
Единица расчёта плана — цветомодель (2-й уровень). По каждому товару в плане поставок отведён отдельный строчный блок.
Размеры (3-й уровень) не отображаются отдельными строками, но:

• При авторасчёте система автоматически распределяет общее количество партии по размерам
• Эту разбивку можно посмотреть наведением мыши на конкретную партию в календаре, раскроется подсказка со всеми размерами на заказ
• Дефицит на 3-м уровне отображается в плане поставок отдельной строкой по каждому товару

🗓 Рекомендуемая регулярность работы
Работу с разделом рекомендуется вести один раз в неделю в следующем порядке:
1. Сначала откройте «Учёт закупок и логистики» — внесите все изменения за прошедшую неделю: новые платежи, обновлённые даты, изменения статусов. Сохранять отдельно не нужно, данные подхватываются сразу.

2. Перейдите в раздел «План поставок». При необходимости скорректируйте параметры по отдельным товарам в левом столбце настроек.
3. Запустите авторасчёт плана поставок. Сервис сам обновит весь план — количество, даты, сроки по товарам.

4. Просмотрите результаты авторасчёта. По новым партиям, которые вы берёте в работу, вернитесь в раздел «Учёт закупок и логистики» и заполните по ним нужную информацию.

⚠️ Сохранять план отдельно не нужно. Сервис пересчитывает его автоматически, и результат сразу доступен в других разделах: БДС, прогнозный GMROI, учёт закупок и логистики.

Раздел «План поставок» состоит из левого блока (2 столбца с настройками и основными данными по партиям) и правой части — графики планирования по неделям, до горизонта планирования.

📍 Первый Левый столбец — настройки на каждый товар
Для каждого товара в левом столбце прописывается набор из 9 параметров — они влияют на авторасчёт плана для этого товара.
1. Минимальная частота размещения заказа в днях
Минимально возможная или комфортная частота заказа в днях у одного поставщика на один товар.
Пример (одежда): поставщик принимает заказы на этот артикул не чаще, чем раз в 14 дней — указывается 14.
Пример (электроника): минимальный интервал заказа на этот артикул у производителя — 30 дней — указывается 30.
Это не то, как часто вы сами хотите закупать, а то, как часто поставщик физически готов принять у вас новый заказ, не задерживая предыдущую партию.
⚠️ Если разместить заказ чаще этого интервала, поставщик может объединить его с предыдущей партией и отгрузить обе позже — с задержкой. Пример: базовый срок производства — 28 дней, интервал — 14 дней. Заказ на 1000 штук размещён 1 августа (отгрузка — 28 августа). Следующий заказ на 500 штук можно разместить не раньше 14 августа — тогда он будет произведён за свои 28 дней от 14 августа и не задержит первую партию. Сервис закладывает этот интервал в авторасчёт дат заказа.
На скриншоте ниже отмечены: ① — минимальная частота размещения заказа; ② — MOQ 2-го уровня; ③ — MOQ 3-го уровня; ④ — коэффициент затаривания; ⑤ — норма остатков, под которую планируется заказ (Opt или Max); ⑥ — минимальный порог дефицита.

2. Страна поставщика
В какой стране находится поставщик. Учитывается при планировании заявок, закупок и поставок (праздничные дни этой страны, сезонные простои).

3. Рекомендовать под Opt / Рекомендовать под Max
Кнопка с выпадающим списком. Выбор типа нормы остатков, под которую сервис будет планировать заказы:

• «Под Opt» — планирование под оптимальную норму остатков
• «Под Max» — планирование под максимальную норму остатков

Подробнее о методологии Min / Opt / Max — см. статью 4.3.

4. Учитывать MOQ 2-го уровня / Не учитывать MOQ 2-го уровня
Кнопка с выпадающим списком. Если выбрано «Учитывать» — сервис учитывает ограничение по минимальному объёму заказа на цветомодель при авторасчёте.

5. MOQ 2-го уровня (количество)
Минимальный объём заказа на цветомодель в штуках.
Пример (одежда): поставщик не принимает заказы на цветомодель «футболка Basic чёрная» менее 500 штук — указывается 500.
Пример (электроника): минимальный заказ на цветомодель «смартфон Aurora 12 — 128 ГБ» — 100 штук — указывается 100.

6. Минимальное количество 2-го уровня для подсорта
Определяет, насколько критичным для Вас должен быть дефицит по цветомодели, чтобы сервис рекомендовал и спралировал поставку на эту неделю. В сервисе дефицитом считается количество товара, ставшее ниже минимального порога нормы остатков. Эта настройка позволяет отсечь некритичный дефицит.
Пример (одежда). Настройка: 100 штук. Если система рассчитает с 1 по 7 июня дефицит по цветомодели «футболка Basic чёрная» в размере 50 штук — система проигнорирует этот дефицит и не разместит поставку. Система будет ждать, пока дефицит не превысит 100 штук.
Пример (электроника). Настройка: 30 штук. Дефицит по «смартфону Aurora 12 — 128 ГБ» составил 20 штук — поставка не размещается. Когда дефицит превысит 30 штук — рассчитается подсорт.

7. Учитывать MOQ 3-го уровня / Не учитывать MOQ 3-го уровня
Кнопка с выпадающим списком. Учитывать ли минимальный объём заказа на отдельный размер или признак 3-го уровня.

8. MOQ 3-го уровня (количество)
Минимально допустимый объём заказа на отдельный размер или комплектацию.
Пример (одежда): поставщик не размещает заказ на «футболку Basic чёрную, размер S» менее 200 штук — указывается 200.
Пример (электроника): минимальный заказ на «смартфон Aurora 12, 128 ГБ, синий» — 50 штук — указывается 50.

9. Минимальное количество 3-го уровня для дефицита
Аналог настройки по 2-му уровню, но для 3-го уровня. Система игнорирует дефицит ниже этого порога на конкретный размер.
Пример (одежда). Настройка: 30 штук. Дефицит по «футболке Basic чёрной, размер S» составил 15 штук — поставка этого размера не рассчитывается. При дефиците выше 30 — рассчитается.
Пример (электроника). Настройка: 10 штук. Дефицит по «смартфону Aurora 12, 128 ГБ, синий» 5 штук — поставка не рассчитывается. Выше 10 — рассчитывается.

ℹ️ Эти настройки заполняются на этапе первичного внедрения сервиса (см. статью 2.10 «Первичные данные „План поставок (Закупок)“»). В еженедельной работе их корректируют эпизодически — при изменении условий с поставщиком, изменении MOQ, смене поставщика, корректировке порогов дефицита. Каждую неделю их трогать не обязательно.

📍 Второй левый столбец — наименование основных данных цепочки поставки
В самой верхней части столбца — дата последнего обновления раздела.
Далее на каждый товар указано наименование товара по номенклатуре 2-го уровня (подтягивается из раздела «Номенклатура»). Ниже идут названия строк, которые графически отображаются в правой части по неделям.
Состав строк по каждому товару (сверху вниз — в том же порядке, как они идут в самой разделе):

«Когда сделать заказ»
Конкретные даты, когда необходимо начать работу по заказу этого товара.
«Номер партии»
Внутренний номер партии, формируется автоматически в формате с месяцем и годом. Этот же номер используется в разделе «Учёт закупок и логистики».
«Заявка на заказ»
Количество товара в штуках по 2-му уровню, которое необходимо заказать на конкретной неделе. Заполняется сервисом автоматически. Если нужно изменить количество к заказу — это делается в разделе «Учёт закупок и логистики».
«Количество доставленного товара партии»
Количество в штуках, попадающее в столбец того периода, на который запланирована или совершена доставка. Заполняется автоматически при авторасчёте. Можно корректировать вручную.
«Плановая дата начала производства»
Прогнозная дата, когда должно начаться производство этой партии.
«Фактическая дата заказа / размещения у производителя»
Реальная дата, когда производитель начал производство этой партии.
«Плановая дата отгрузки от производителя»
Прогнозная дата отгрузки партии от производителя.
«Скорректированная дата отгрузки от производителя»
Уточнённая новая дата отгрузки, если плановая дата прошла, а фактическая отгрузка ещё не произошла.
«Фактическая дата отгрузки от производителя»
Реальная дата, когда производитель отгрузил партию.
«Плановая дата доставки на наш склад / фулфилмент»
Прогнозная дата поступления партии на собственный склад или фулфилмент.
«Скорректированная дата доставки на наш склад»
Уточнённая новая дата доставки, если плановая дата прошла, а фактическая доставка на ваш склад/Фулфилмент ещё не произошла.
«Фактическая дата доставки на наш склад»
Реальная дата поступления партии на собственный склад.
«Необходимое общее количество товаров поставки на наш склад» (дефицит 2-го уровня)
Потребность по 2-му уровню (цветомодель). Указывается количество в столбце того периода, когда возникает дефицит.
Дефицит по 2-му уровню «отсекается» порогом «Минимальное количество 2-го уровня для подсорта» (параметр 6 в левом столбце настроек). Если дефицит ниже порога — сервис не разместит поставку на эту неделю.
«Дефицит по размерам / комплектации (3-й уровень)»
В столбце соответствующего периода появляется фраза «дефицит», выделенная красным цветом. При наведении курсора на «дефицит» раскрывается окно с детализацией:

• Количество размеров или признаков 3-го уровня в штуках, которые будут находиться в дефиците на этой неделе
• Прогнозная дата ухода в out-of-stock, если поставку не сделать

Дефицит по 3-му уровню «отсекается» порогом «Минимальное количество 3-го уровня для дефицита» (параметр 9 в левом столбце настроек).

«Остаток товара в запасах: всего»
Прогнозный остаток на конец каждой недели (на момент воскресенья, 23:59).
«Min»
Минимальная (резервная) норма остатков на каждый период.
«Opt»
Оптимальная норма остатков.
«Max»
Максимальная норма остатков. Если в настройках товара выбрано «Рекомендовать под Max» — авторасчёт ориентируется на эту норму.
«Прогнозная оборачиваемость»
В левом столбце — средняя оборачиваемость за выбранный период в сервисе. В правом столбце по каждой неделе — расчётная прогнозная оборачиваемость на этот период.
«План продаж в неделю»
Прогнозное количество продаж товара в штуках на каждую неделю. Подтягивается автоматически из раздела «План продаж» (см. статью 2.9) с разбивкой помесячного плана на недели.

📊 Правая часть — графика планирования по неделям
Правее левого блока располагаются столбцы недель — каждый столбец равен одной неделе. Планирование строится с шагом в одну неделю вправо до горизонта планирования.
Шапка таблицы (4 строки)

• Строка 1 — год
• Строка 2 — месяц
• Строка 3 — дата начала недели (каждый понедельник)
• Строка 4 — дата окончания недели (каждое воскресенье)

Горизонт планирования
Горизонт планирования раздела равен периоду, указанному в настройках раздела «Данные по компании» (см. статью 2.1) — от даты начала до даты окончания периода расчёта (максимум 3 года).
Праздничные дни в графике
Если на какую-то неделю попадают праздничные дни (РФ или страны поставщика), это отражается визуально:

• Бежевые ячейки — обычные периоды, когда можно сделать заявку или принять поставку
• Серые ячейки — праздничные периоды в строках «Заявка на заказ» и «Количество доставленного товара партии», когда в эти периоды поставки или заявки невозможны

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

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

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

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

Min, Opt и Max — динамические нормы остатков. Они рассчитываются по каждой неделе планирования отдельно и зависят от прогнозного плана продаж в каждом периоде, сезонности продаж, сезонности поставок и производства, а также полной цепочки поставок конкретного товара.

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

📍 Min — минимальная (резервная) норма остатков
Резервный остаток для покрытия возможных задержек в цепочке поставок этого товара. Рассчитывается исходя из всех возможных дней задержек и того, сколько на это количество дней необходимо запасов товара для непрерывных продаж.

⚠️ Всё, что ниже Min — считается дефицитом вплоть до out-of-stock. Min — красная линия, ниже которой просесть нельзя без риска для непрерывности продаж.

📍 Opt — оптимальная норма остатков
Норма, обеспечивающая оптимальный товарный запас с учётом узкого места в цепочке поставок. Рассчитывается по формуле: Opt = Min + узкое место в цепочке поставок.

Узкое место — этап в цикле поставки, который занимает наибольшее время. Сервис автоматически рассчитывает его для каждого товара в разделе «Цикл поставки» (см. статью 2.6).

🎯 Почему важно работать с узким местом — пример
Срок производства партии — 30 дней. Но поставщик готов принимать новый заказ уже через 15 дней после предыдущего, при условии что предыдущую партию он не задержит и отгрузит ровно в 30 дней.
Если заказывать у поставщика каждые 15 дней, узкое место в цепочке сокращается с 30 до 15 дней. Opt-норма этого товара также сокращается — и общие товарные запасы оптимизируются без потери продаж.
Возможность моделировать такую оптимизацию — одно из преимуществ авторасчёта CapinStock.

📍 Max — максимальная норма остатков
Количество товарного остатка, которое равно сумме дней всей цепочки поставки данного товара. На это количество дней рассчитывается, сколько товара необходимо для обеспечения продаж в соответствующем периоде.

🔁 Что учитывается при расчёте всех трёх норм
При расчёте Min, Opt и Max сервис автоматически учитывает:

• Сезонность товара — разный план продаж в разные месяцы и периоды
• Праздничные дни РФ и страны поставщика
• Полную цепочку поставки этого товара (из раздела «Цикл поставки», см. статью 2.6)
• Процент выкупа товара по каждому маркетплейсу — особенно критично для одежды и категорий с высокими возвратами

⚙️ Коэффициент дополнительного затаривания склада
Коэффициент дополнительного затаривания склада задаётся в разделе «Цикл поставки» и влияет на все три нормы остатков (Min, Opt, Max), которые рассчитывает сервис. Подробное описание коэффициента и примеры значений — в Разделе по разделе «Цикл поставки» (статья 2.6).

📌 Какая норма используется в авторасчёте
В авторасчёте плана поставок сервис использует норму, выбранную в настройке товара в левом столбце раздела (см. статью 4.2):

• «Рекомендовать под Opt» — авторасчёт планирует поставки под оптимальную норму (узкое место в цепочке поставки)
• «Рекомендовать под Max» — авторасчёт планирует поставки под максимальную норму (срок полного цикла поставки)

Min не используется как самостоятельный тип нормы в авторасчёте — это пороговое значение для определения дефицита.

Автоматический расчёт — основа раздела «План поставок». Сервис по всем товарам рассчитывает:

• Сколько товара нужно заказать в каждой будущей партии (на 2-м и 3-м уровне)
• В какие даты разместить заявки у поставщиков
• В какие даты партии приходят на собственный склад или фулфилмент
• Какие у каждой партии прогнозные сроки на каждом этапе цепочки поставки

📐 Что учитывает алгоритм авторасчёта
Точная методология авторасчёта — оригинальная разработка сервиса CapinStock. Алгоритм учитывает следующие факторы:

• План продаж — как общий по цветомодели (2-й уровень), так и по каждому размеру или признаку 3-го уровня
• Прогнозную оборачиваемость
• Полный цикл поставки — все этапы из раздела «Цикл поставки»: формирование заказа, производство, резервы, логистика, таможня, последняя миля, отгрузка на маркетплейсы
• Сезонность — разный план продаж в разные месяцы и периоды
• Узкое место в цепочке поставки (бутылочное горлышко)
• Праздничные дни РФ и страны вашего поставщика
• % выкупа по каждому маркетплейсу
• Коэффициент дополнительного затаривания склада (если задан вручную)
• Минимально возможную частоту размещения заказов, минимальный объём размещения заказа у поставщика (вплоть до каждого размера), резервы товарных остатков, минимальные пороги допустимого дефицита товара (при их наличии)

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

📏 Учёт MOQ при формировании плана

• Если в настройках включено «Учитывать MOQ 2-го уровня» — даже при дефиците меньше MOQ сервис никогда не разместит заказ ниже минимально допустимого объёма. Поставка будет рассчитана не меньше MOQ
• Аналогично работает MOQ 3-го уровня — на отдельный размер / комплектацию
• Если в настройках указано «Не учитывать MOQ» — система понимает, что можно заказывать любое количество

🎉 Праздничные дни в авторасчёте
Если на каком-либо этапе цепочки поставок попадают праздничные дни (РФ или страны поставщика), сервис автоматически распознаёт их как дни, в которые работа в цепочке не выполняется. На количество праздничных дней этап удлиняется, и сервис учитывает это в расчёте дат партии.

▶️ Как запустить авторасчёт
Запускать расчёт вручную не нужно — сервис пересчитывает план автоматически. Расчёт обновляется, как только меняются исходные данные: настройки товара в панели справа, цикл поставки, схемы оплаты или план продаж.
Результат виден сразу в таблице раздела и передаётся в другие разделы сервиса: БДС, прогнозный GMROI, учёт закупок и логистики.

🆕 Первый запуск авторасчёта
Перед первым запуском авторасчёта сначала пройдите все 12 шагов внедрения сервиса (см. статью 1.2 «Дорожная карта внедрения за 12 шагов» и Раздел 2 «Настройка системы и интеграции»). Это нужно, чтобы сервис учитывал все текущие товарные партии — те, которые уже идут у компании, но которых нет в текущий момент на остатках, либо по которым не произведена полная оплата.
После того как все 12 шагов внедрения пройдены, авторасчёт работает в нормальном режиме.

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

📍 Где корректируется рассчитанная партия
Если предложенный сервисом план нужно поправить, это делается в разделе «Учёт закупок и логистики»: у рассчитанной партии корректируется количество товара к заказу. Остальные показатели партии сервис пересчитает сам.

Все строки раздела рассчитываются сервисом автоматически — редактировать их не нужно.

🛠 Как скорректировать план
Корректировка идёт в разделе «Учёт закупок и логистики»: у автоматически рассчитанной партии меняется количество товара к заказу. Даты, сроки этапов и остальные показатели сервис пересчитает сам по данным цикла поставки.

📏 Размеры в партии
В «Плане поставок» партия планируется по общему количеству товара (2-й уровень). Размеры задаются отдельно:
1. В разделе «План продаж» — вручную или автоматически из данных маркетплейса.
2. Сами размеры создаются в разделе «Номенклатура»: создать, объединить или добавить.

Размеры задаются в разделе «План продаж» — вручную или автоматически из данных маркетплейса, а создаются в разделе «Номенклатура»: создать, объединить или добавить.

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

💾 Сохранение рассчитанного плана
Рассчитанный план сохраняется автоматически и сразу попадает в другие разделы сервиса (БДС, прогнозный, учёт закупок и логистики). Отдельно сохранять его не нужно.

🔍 Фильтрация в разделе
Чтобы не искать товар по всей таблице, в верхней панели раздела есть поиск и кнопка «Фильтр».
1. Поисковая строка «Поиск: товар, артикул, № партии, дата…» — быстрый поиск прямо по таблице.
2. Кнопка «⚙ Фильтр» открывает окно с двумя списками: ① «Бренд» и ② «Цвет». Рядом с кнопкой в скобках показано, сколько фильтров сейчас применено.
3. Кнопка «Применить» ③ оставит в таблице только подходящие товары, «Сбросить» — вернёт все.
Рядом с фильтром в той же панели — период отображения, настройки раздела и кнопка «⭳ Экспорт».
На скриншоте ниже отмечены: ① — выбор бренда; ② — выбор цвета; ③ — «Сбросить» и «Применить».

⇊ Массовое заполнение

Кнопка «⇊ Массовое заполнение ▾» в верхней панели раздела задаёт один и тот же показатель сразу списку товаров — не открывая карточку каждого. Открывается не окно, а широкая панель из двух частей.

Слева — «Действие»
• Показатель — что меняем;
• Новое значение — что подставить: «Задать вручную» либо выбор из справочника (для показателя «Поставщик» — список поставщиков базы);
• кнопки «⟲ Назад» и «Применить».

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

Две колонки — главная страховка этой панели: результат замены видно до нажатия «Применить», по каждому товару отдельно.

Какие показатели можно заполнить массово:
• Поставщик
• Страна поставщика
• MOQ 2-го уровня, шт
• MOQ 3-го уровня, шт
• Коэффициент затоваривания, %
• Мин. частота заказа, дн
• Норма остатков (Opt/Max)
• Минимальный порог дефицита, шт

Это те же параметры, что задаются по одному товару в правой панели «Настройка данных по поставщику» — см. статью 2.10 «Первичные данные "План поставок (Закупок)"».

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

Функция появилась в веб-версии после записи видеоуроков, поэтому в ролике по этому разделу она не показана.

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

📅 Базовый еженедельный сценарий
1. Сначала откройте «Учёт закупок и логистики». Внесите все изменения за прошедшую неделю: новые платежи, обновлённые даты, изменения статусов. Сохранять отдельно не нужно, данные подхватываются сразу.
2. Перейдите в раздел «План поставок». Если по каким-то товарам нужно скорректировать настройки в левом столбце — внесите корректировки.
3. Сервис пересчитает план автоматически — количество, даты и сроки по товарам обновятся сами, как только вы измените настройки.
4. Просмотрите результаты расчёта. Если по какой-то партии нужно изменить количество к заказу — скорректируйте его в разделе «Учёт закупок и логистики».
5. По новым партиям, которые берёте в работу, заполните нужную информацию.

✍️ Сценарий ручного планирования
Если нужно запланировать поставку под определённый период (например, под распродажу или сезон):
1. Заложите повышенный спрос на этот период в разделе «План продаж» — расчёт опирается на него.
2. Сервис пересчитает план поставок сам: определит количество к заказу и подсветит в строке «Когда сделать заказ» дату размещения заявки.
3. Если количество к заказу нужно изменить — скорректируйте его по этой партии в разделе «Учёт закупок и логистики».
4. Размеры задаются в разделе «План продаж», а создаются в «Номенклатуре».

«План поставок» — центральный планировочный отчёт сервиса CapinStock. Его данные напрямую связаны с другими разделами.

🔗 Связь с «Циклом поставки» (статья 2.6)
Самая плотная связь. Из «Цикла поставки» сервис подтягивает все сроки и характеристики цепочки поставок по каждому товару — что лежит в основе авторасчёта плана:

• Сроки всех этапов цикла поставки
• Резервные сроки на возможные задержки
• Узкое место в цепочке поставок (бутылочное горлышко)
• Коэффициент дополнительного затаривания склада
• Процент выкупа товара по каждому маркетплейсу

🔗 Связь с «Учётом закупок и логистики» (Раздел 3)
Двусторонняя связь:

• Из плана поставок партии автоматически попадают в учёт закупок и логистики — как при авторасчёте, так и при ручном внесении
• Из учёта закупок и логистики в план поставок подтягиваются фактические и скорректированные даты по партиям, статусы партий, а также информация о фактических остатках и пришедших партиях

🔗 Связь с «Прогнозным GMROI» (Раздел 6)
Прогнозные закупки и поставки из «Плана поставок» формируют будущий Бюджет всех закупок и поставок, от этого формируется и замороженный актив, на основе которого считается GMROI. При обновлении расчёта GMROI сервис учитывает актуальные данные плана поставок.

🔗 Связь со «Схемами оплаты» (статья 2.7)
Данные о планируемых партиях из «Плана поставок» в связке со «Схемами оплаты» формируют:

• Прогноз будущих платежей поставщикам по каждой партии
• Прогноз будущих платежей за логистику
• БДС закупок (Платёжный календарь) по партиям с учётом сроков отсрочки, авансов и долей оплат

🔗 Связь с «Планом продаж» (статья 2.9)
«План продаж» — один из главных источников данных для авторасчёта. Помесячный план продаж автоматически разбивается на недели и используется для:

• Расчёта прогнозных остатков на каждой неделе
• Расчёта норм Min / Opt / Max
• Определения количества товара к заказу на каждую партию
• Расчёта прогнозной оборачиваемости

🔗 Связь с «Номенклатурой» (статья 2.2)
Из раздела «Номенклатура» в «План поставок» автоматически подтягиваются:

• Все товары на уровне цветомоделей (2-й уровень)
• Распределение по размерам / признакам 3-го уровня
• Процентные доли продаж по размерам