Заказ поставщику

🧭 Если кратко:

1. Выберите правильный склад.
2. Укажите реальную дату поставки.
3. Задайте дни обеспечения.
4. Работайте по товарам из матрицы — это ключевая настройка (см. раздел 3).
5. Проверьте зоны риска и подтвердите заказ.

1. Что делает модуль

Формирование заказа поставщику — одна из самых критичных операций в управлении ассортиментом. Ошибка стоит дорого:

• ❌ Out-of-stock — товар отсутствует, продажи теряются.
• ❌ Избыточный запас — деньги заморожены в медленно продающихся SKU, формируется неликвид.

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

2. Как настроить расчёт

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

1️⃣ Склад

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

Если выбрано несколько складов, становится активен toggle «Разбить по заказам»:

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

2️⃣ Отбор товаров

Определяет, какие SKU попадут в расчёт.

• Товары — выбор номенклатуры или ветки иерархии. Ключевой фильтр для точечного расчёта по категории, группе или конкретным SKU.
• Поставщик — альтернативный способ отбора товаров: в расчёт попадут те SKU, у которых в карточке номенклатуры в системе учёта указан выбранный поставщик. Удобно, когда заказ делается под конкретного контрагента — не нужно руками перечислять номенклатуру.
• Только по товарам из матрицы — ключевая настройка, меняющая саму логику закупок. Подробно разобрана в разделе 3.

3️⃣ Параметры расчёта

Определяют, сколько товара нужно и к какому моменту.

• Период анализа (30 / 60 / 90 дней или произвольный диапазон) — за какой период оценивается скорость продаж.
• Планируемая дата поставки — к какому моменту должен быть сформирован запас. Система считает запас к этой дате, а не на текущий день. Если дата указана некорректно, расчёт будет искажён.
• Количество дней обеспечения — на сколько дней вперёд от даты поставки нужен запас.
• Учёт остатков на доп. складах — если склады взаимосвязаны.
• Учёт резервов и ожиданий — чтобы избежать двойного заказа по уже зарезервированному или ожидаемому товару.
• Кратность — округление количества к заказу с учётом упаковок поставщика. Три режима:
  • Без кратности — итог округляется до целых штук.
  • Одна на все товары — если весь ассортимент поставщика отгружается одной и той же кратностью, можно указать единое значение.
  • По минимальной упаковке — индивидуальная кратность для каждого SKU. БрайтБорд берёт её из раздела «Упаковки» в карточке номенклатуры системы учёта: для каждого товара находит самую маленькую из созданных упаковок (например, у одного SKU — блоки по 10, у другого — блоки по 20) и применяет как кратность именно для него. Самый удобный вариант, когда у разных товаров разные упаковки.

4️⃣ Тип создаваемого документа

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

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

⚠️ Все документы создаются непроведёнными. Это сделано намеренно: БрайтБорд не изменяет данные в системе учёта без подтверждения оператором. Чтобы документ начал действовать, его нужно провести вручную в системе учёта.

После настройки параметров нажмите «Создать» — появится таблица рекомендаций.

3. Два режима работы: по статистике и по матрице

Галочка «Только по товарам из матрицы» в параметрах определяет, опираетесь вы только на статистику продаж — или ещё и на стратегию ассортимента, заложенную в матрице.

🎯 Оба режима рабочие.

• Без матрицы — решения принимаются по статистике продаж.
• По матрице — по статистике + стратегии ассортимента.

Даже без матрицы модуль — умный инструмент, а не арифметика «на глазок». Матрица усиливает его кратно, закрывая то, чего статистика в одиночку не видит.

💡 Что режим «без матрицы» делает хорошо

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

🚀 Что матрица добавляет сверху

1. Защита от самофинансирующегося неликвида.

Товар исключили из ассортимента → распродаёте остаток с дисконтом → эти продажи попадают в статистику.

• Без матрицы: система видит продажи как «товар ходовой» → может предложить заказать его повторно. Неликвид, от которого только что с трудом избавились, приезжает обратно.
• По матрице: исключённого товара нет в матрице → в заказ он не попадает, сколько бы его ни распродавали по дисконту. Цикл разорван.

2. Защита от слепых зон в статистике.

Топовый SKU не продавался в период анализа — не потому, что спрос упал, а потому, что товара физически не было: кончился бюджет, сорвалась логистика, дефицит у поставщика.

• Без матрицы: продаж 0 → заказа нет → дефицит продолжается. Слепая зона: нет продаж → нет заказа → нет продаж.
• По матрице: товар в матрице → в заказе появится строка как минимум в объёме минимального остатка по матрице. О товаре не забудут, цикл прерывается.

📎 Подробнее про минимальный остаток по матрице — в статье о товарной матрице, раздел 3.

Как выбрать

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

4. Как читать рекомендацию

По каждому SKU в таблице показано:

• текущий остаток;
• рассчитанная скорость продаж;
• потребность к дате поставки;
• количество к заказу — итоговая рекомендация.

Важно понимать не только «сколько заказать», но и почему система предлагает именно столько.

📉 Рекомендация = 0

Возможные причины:

• текущего остатка достаточно до следующей поставки;
• товар исключён из матрицы (в режиме «по матрице»);
• спрос снизился.

Не заказывать «на всякий случай» — это создаёт будущий неликвид.

📈 Рекомендация кажется высокой

Возможные причины:

• установлен большой горизонт обеспечения;
• редкая поставка;
• был длительный период отсутствия товара (всплеск спроса при возвращении);
• слишком короткий период анализа поймал разовый всплеск продаж.

Проверяйте параметры расчёта, а не уменьшайте цифру вручную вслепую.

⚓ Рекомендация = минимальный остаток по матрице

Отдельный случай — когда по статистике система бы заказала меньше или вообще 0, но в матрице задан минимальный остаток больше нуля. Тогда итоговая рекомендация — не по статистике, а на уровне, достаточном для обеспечения минимального остатка на момент поставки.

Типичные причины: товар только что вернулся из дефицита (в статистике почти нет продаж), сезонный SKU на старте сезона, новинка, только что введённая в матрицу.

Это нижняя отсечка, защищающая от слепых зон (см. раздел 3). Подробнее про механику — в статье о товарной матрице, раздел 3.

5. Заказ за 3 минуты

6. Типовые ситуации

Продажи резко выросли

• Проверьте, отражает ли период анализа текущую картину — возможно, он слишком короткий и поймал разовый всплеск.
• Убедитесь, что рост не разовый (акция, приёмка).
• Проверьте корректность даты поставки.

Накопился неликвид

• Сократите дни обеспечения.
• Работайте только по матрице и убедитесь, что неликвидные SKU из неё исключены.
• Не увеличивайте запас «про запас».

Товар регулярно отсутствует

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

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