Смотрит, как товар продаётся, и считает, что заказать сегодня и сколько — на срок поставки (lead time), с остатком, резервом и товаром в пути. MOQ и кратность подставляются сами. Заказ собирается автоматически.
Работает внутри МойСклад · заказ поставщику собирается сам · в каждой строке видно почему
ИИ смотрит динамику продаж и считает заказ на срок поставки (lead time): сколько товара нужно, пока партия едет, и когда пора заказывать. Количество подстраивается под MOQ и кратность. Заказ поставщику собирается автоматически.
Типичный день по вашей истории в МойСклад. Разовая крупная отгрузка не раздувает заказ.
Из карточки товара, поставщика или настроек. Расчёт — на время, пока товар едет.
Черновики «Заказа поставщику» по контрагентам — сразу в МойСклад.
Приложение копирует данные из МойСклад в свою базу, пересчитывает рекомендации и при необходимости создаёт документы обратно в МС. Вы работаете в одном интерфейсе, источник истины — ваш учёт.
| Товары и модификации | SKU для планирования, поставщик, доп. поля: срок поставки, MOQ, кратность упаковки. |
|---|---|
| Поставщики | Контрагенты и срок поставки по умолчанию (если в карточке товара не задан). |
| Продажи | Отгрузки и розница по дням, по складу — для оценки типичного дневного спроса. |
| Остатки | Доступный остаток (за вычетом резерва) по складу и SKU. |
| Заказы поставщику | Открытые позиции «в пути» — чтобы не заказывать то, что уже едет. |
| История остатков | Снимки по дням — для коррекции дней, когда товара не было (дефицит). |
Мы не берём «среднее за всё время» и не умножаем его на календарные дни. Сначала оцениваем типичный день с продажами, затем корректируем историю и применяем формулу заказа.
Считаем только дни, где были продажи. Берём медиану (середину по объёму), а не среднее арифметическое. Одна крупная отгрузка «на весь склад» не раздувает заказ на месяц.
Дни, когда товар был нулевым или продали «до последней штуки», не занижают прогноз: спрос в эти дни был ограничен остатком, а не реальной потребностью.
Разовые аномальные дни (сильно выше обычного) ограничиваются, чтобы не превратить случайный пик в норму закупки.
Позиция попадает в план только если за период наблюдения достаточно дней с продажами (настраивается). Без истории — нет рекомендации, а не «заказать 0».
Используется политика (s, S): есть точка заказа s и целевой уровень S. Пока доступный остаток (остаток + в пути) выше точки — заказ не нужен. Когда опустился — заказываем разницу до целевого уровня.
Часть параметров живёт в карточках МойСклад, часть — в «Настройках расчёта» приложения.
| Срок поставки (lead time) | Сколько дней от заказа до прихода на склад. Задаётся в доп. поле товара; если пусто — из карточки поставщика; если и там пусто — значение по умолчанию из настроек (обычно 14 дней). |
|---|---|
| MOQ | Minimum Order Quantity — минимальная партия заказа у поставщика. Если расчёт дал 12 шт., а MOQ = 50, в заказ попадёт 50. |
| Кратность (упаковка) | Заказ только кратно коробке: 6, 12, 24… Сначала округляем вверх до кратности, затем проверяем MOQ. |
| История (lookback) | За сколько последних дней смотрим продажи (по умолчанию 90). Чем длиннее период, тем стабильнее медиана, но медленнее реакция на смену тренда. |
| Минимум дней с продажами | Сколько дней с ненулевыми продажами нужно за период, чтобы SKU попал в план (по умолчанию 14). |
| Склады | Можно ограничить расчёт выбранными складами. План строится по паре SKU + склад. |
Z — настройка «насколько большую подушку держать сверх прогноза на срок поставки». Прогноз = «сколько продадим, пока ждём поставку». Страховой запас = «ещё немного, если продажи будут чуть выше обычного».
Вы заказываете с доставкой через 14 дней. По истории типичный день — 20 шт., прогноз = 280 шт. Это «база», без которой вы точно уйдёте в ноль, если продажи будут как обычно. Z добавляет сверху страховой запас: чем Z больше, тем выше целевой остаток и меньше шанс дефицита, но больше денег в запасе.
В формуле Z масштабирует страховой запас: при Z = 1,65 страховой = 25% от типичного спроса за min(7, срок поставки) дней. При Z = 0 страховой = 0. При Z = 3,3 — примерно вдвое больше подушки, чем при 1,65.
Какие товары убыточны, сегментация клиентов и помощь в грамотном планировании закупок — современный набор инструментов для РОПа в одной учётной базе МойСклад.
Маржа и unit-экономика по SKU: видите убыточные и низкомаржинальные товары до того, как заказываете большую партию.
Автоматическая сегментация контрагентов — VIP, спящие, риск оттока, низкий чек — на сводке и в карточке клиента.
Отдельные решения в каталоге МойСклад со своей установкой и тарифом. Общий принцип: цифры из учёта, прозрачные формулы, без выдуманных данных.
Из маркетплейса МойСклад, права на товары и заказы поставщику.
Срок поставки (lead time), MOQ и кратность — приложение может создать поля само.
Первичная синхронизация продаж и остатков, затем пересчёт плана.
Проверить рекомендации, «Почему N шт.», создать черновики заказов.