Минимальные остатки и автозаказ в МойСклад 2026

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

Обе ситуации — не про невнимательность закупщика. Это про то, что решение «сколько и когда заказать» держится на памяти и интуиции, а не на пороговых значениях в системе. Пока в МойСклад не заданы минимальный и максимальный остаток, точка заказа и понятный сценарий формирования заказа поставщику, склад будет качаться между «нет товара» и «затарились» — независимо от того, насколько опытный закупщик этим занимается.

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

Что вы получите из этой инструкции

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

Когда автозаказ действительно нужен, а когда рано

Автоматизировать закупки стоит не «потому что модно», а когда ручной режим уже стоит денег. Признаки, что пора:

Ассортимент от 50–80 SKU — держать пороги «в голове» по каждой позиции физически невозможно.
Несколько каналов продаж — розница, опт, один или несколько маркетплейсов одновременно съедают один и тот же остаток.
Срок поставки от поставщика больше пары дней — если заказывать «когда увидели, что нет», товар приходит с опозданием на весь срок поставки.
Разные закупщики или сменные кладовщики — без порогов в системе решение зависит от того, кто сегодня на смене.
Уже были случаи «нет товара» на пике продаж — отменённые заказы, штрафы маркетплейса, потерянная выручка в сезон.

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

Минимальный остаток, точка заказа и максимальный остаток — не одно и то же

Три термина часто используют как синонимы, но у них разная роль, и путать их — источник половины проблем с автозаказом.

Термин	Роль	Логика
Минимальный остаток (страховой запас)	Буфер на случай задержки поставщика или всплеска спроса	Трогать в штатном режиме не должны — это «неприкасаемый» резерв
Точка заказа	Триггер: при каком остатке размещать новый заказ	Выше минимального — заказ должен прийти раньше, чем остаток дойдёт до буфера
Максимальный остаток	Потолок: сколько товара разумно держать на складе	Ограничивает заказ сверху, чтобы не заморозить деньги в излишках

Формулы, от которых считают пороги на практике:

Точка заказа = Средний расход в день × Срок поставки в днях + Страховой запас
Максимальный остаток = Минимальный остаток + Ожидаемые продажи за период до следующей поставки
Количество к заказу = Максимальный остаток − Текущий остаток (с учётом резервов и ожидания)

Важный нюанс именно для МойСклад: встроенное поле в системе называется «Неснижаемый остаток», и по смыслу оно ближе к паре «минимальный остаток / точка заказа» одновременно — система подсказывает дозаказ, когда фактический остаток опускается ниже этого значения. Отдельного встроенного поля «максимальный остаток» в МойСклад нет: его либо считают вручную по формуле выше, либо заводят как дополнительное поле в карточке товара, чтобы значение было под рукой у того, кто формирует заказ поставщику.

Настройка минимальных остатков в МойСклад: карточка товара и справочник складов

Неснижаемый остаток в карточке товара

Путь: Товары → Товары и услуги → карточка товара → блок «Остатки».

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

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

Массовое редактирование по остаткам

Заводить пороги по одной карточке при ассортименте в сотни SKU — не вариант. Быстрее:

Товары → Остатки → выберите нужный склад.
Включите в таблицу отчёта столбец с неснижаемым остатком.
Отредактируйте значения группой — по категориям товаров, по АБВ-важности позиции, по факту оборачиваемости за последние 2–3 месяца.

Максимальный остаток — через дополнительное поле

Поскольку нативного поля нет, добавьте его сами:

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

Без максимального остатка автозаказ рано или поздно начнёт «дозаказывать» позицию каждую неделю мелкими партиями до неснижаемого порога, вместо того чтобы один раз закупить разумный объём — это удорожает логистику и распыляет внимание закупщика.

Заказ поставщику по шагам: от отчёта «Остатки» до готового документа

Сценарий, который в МойСклад реально автоматизирует рутинную часть закупки:

Шаг 1. Отчёт «Остатки» по складу

Товары → Остатки → выберите склад, отфильтруйте по позициям, где фактический остаток опустился ниже неснижаемого. Это ваш список «пора заказывать».

Шаг 2. Внутренний заказ на основе остатков

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

Шаг 3. Из внутреннего заказа — в заказ поставщику

Из Внутреннего заказа выберите один из двух путей:

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

Шаг 4. Проверка количества относительно максимального остатка

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

Шаг 5. Оформление и отправка

Укажите поставщика, закупочные цены, ожидаемую дату поставки, проведите документ. С этого момента заказ виден в разделе «Ожидания» — остаток по факту ещё не пришёл, но система уже учитывает его при расчёте доступного количества для продажи.

Шаг 6. Приёмка закрывает цикл

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

Полностью безучастный «робот», который сам без единого клика создаёт и отправляет заказ поставщику по расписанию, — не встроенная функция МойСклад. Встроенные сценарии умеют создавать связанный заказ поставщику по событию (например, при смене статуса заказа покупателя на «Ожидает поставки») и присылать уведомления при падении остатка ниже порога. Регулярное формирование заказов по графику с расчётом от статистики продаж — задача для специализированных приложений из каталога интеграций МойСклад, если ручной запуск по кнопке раз в 1–3 дня для вас уже слишком медленно.

Несколько складов: один порог на всё — типичная ошибка

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

Пример логики распределения:

Основной склад — держит буфер под опт и под пополнение остальных.
Склад под FBS-отгрузки — отдельный, более высокий порог под пиковый спрос маркетплейса, чтобы не собирать заказы «с колёс».
Транзитный склад — порог околонулевой, товар не должен на нём задерживаться дольше технологического времени.

Как именно развести склады, настроить документ перемещения между ними и не потерять товар «в пути» — отдельная тема, разобрана в статье «Несколько складов в МойСклад: перемещения и резервы». Без этой настройки автозаказ на одном складе будет регулярно ошибаться: система «видит» остаток, которого на этом конкретном складе физически нет — он на другой точке или ещё едет.

Настроить автозаказ разумно, а не «на глаз»? — на диагностике за 15 минут посмотрим текущие остатки и скажем, с каких SKU начинать.

Маркетплейсы: автозаказ так, чтобы не перепродать

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

Если резервы под каналы не настроены, возможны две противоположные проблемы:

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

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

Регламент минимальных остатков: как не откатиться через квартал

Настроить пороги один раз — недостаточно: продажи сезонны, оборачиваемость меняется, поставщики то ускоряют, то замедляют сроки. Без регламента система через 2–3 месяца начнёт врать.

Ритм	Что делать	Кто
Ежедневно/через день	Проверить отчёт «Остатки» с фильтром «ниже неснижаемого», сформировать заказы поставщику	Закупщик
Еженедельно	Проверить позиции с максимальным остатком «в потолке» — не пора ли распродать или заморозить закупку	Закупщик / собственник
Ежемесячно	Пересчитать неснижаемый остаток и максимальный остаток по топ-позициям с учётом фактической оборачиваемости за месяц	Ответственный за закупки
При смене поставщика или сроков поставки	Пересчитать точку заказа — новый срок поставки сразу меняет формулу	Ответственный за закупки
Ежеквартально	Ревизия всего списка порогов: что устарело, какие SKU выведены из ассортимента	Собственник

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

Типовой сценарий настройки

Компания с розницей и одним маркетплейсом, ассортимент около 150 SKU. До настройки закупщик ориентировался на визуальный осмотр склада и звонки от менеджеров «этого товара почти нет» — часть позиций уходила в дефицит на пике продаж, часть скапливалась мёртвым грузом на полке.

Последовательность настройки:

По отчёту оборачиваемости за 3 месяца выделили топ-30 позиций по выручке — с них начали, а не с всего ассортимента сразу.
Задали неснижаемый остаток по каждой из топ-30 с учётом фактического срока поставки конкретного поставщика.
Завели дополнительное поле «Макс. остаток» и заполнили его по формуле для той же группы.
Настроили резерв под маркетплейс, чтобы отчёт по остаткам показывал реально доступное количество, а не валовый остаток.
Назначили ответственного и регламент: ежедневная проверка отчёта, ежемесячный пересчёт порогов.
Только после того, как схема на топ-30 позициях заработала предсказуемо, распространили пороги на остальной ассортимент.

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

Типичные ошибки при настройке автозаказа

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

FAQ

Чем точка заказа отличается от неснижаемого остатка в МойСклад?

Неснижаемый остаток в МойСклад — это порог, при снижении ниже которого система подсказывает дозаказ. По смыслу он объединяет функции минимального остатка (буфера) и точки заказа (триггера) — отдельного поля для точки заказа с формулой по сроку поставки в системе нет, её считают вручную и закладывают в значение неснижаемого остатка.

Есть ли в МойСклад встроенное поле «максимальный остаток»?

Нет. Его заводят как дополнительное поле в карточке товара (Справочники → Доп. поля → Товары) и заполняют по формуле или по опыту закупщика — система не считает его автоматически.

Как задать разные пороги для разных складов одного товара?

Неснижаемый остаток указывается по каждому складу отдельно в блоке «Остатки» карточки товара — либо массово через отчёт «Товары → Остатки» с фильтром по конкретному складу.

Как автоматически создать заказ поставщику по остаткам?

Отчёт «Товары → Остатки» → фильтр по складу → кнопка «Пополнить резервы» создаёт Внутренний заказ по позициям ниже порога → из него формируется документ «Заказ поставщику» с учётом доступного остатка или без.

Можно ли настроить полностью автоматический заказ без участия человека?

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

Как учитывать срок поставки от конкретного поставщика?

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

Что делать с сезонными товарами?

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

Как связаны точка заказа и резервы под маркетплейсы?

Автозаказ должен считать от доступного остатка (факт минус резервы под все каналы), а не от валового. Если резервы под маркетплейс не настроены, точка заказа либо сработает слишком поздно (перепродажа уже случилась), либо будет постоянно давать ложные срабатывания на товар, который на самом деле есть, но «спрятан» в резерве другого канала.

Закупки живут по интуиции, а не по порогам в системе? Получите диагностику — разберём остатки и скажем, с каких позиций начинать настройку автозаказа.

Читайте также:

Автор: Кирилл Титов, CRMHUB — партнёр МойСклад и Битрикс24. 17 лет в складе и операционных процессах.