Проблемы управления запасами: как выстроить систему в 1С:ERP

Эльвира Синцова Консультант 1С

Бизнес-процесс как машина
Когда запасы превращаются в проблему и почему это всегда про деньги и сроки
Почему в системе есть остатки, но отгрузить нельзя
Что значит «управлять машиной» в 1С:ERP
Как подступиться без «большого проекта»
Зачем всё это, даже если не думать про ИИ

На проектах часто слышим две противоположные жалобы и обе обычно звучат одновременно.

Первая: «денег в запасах слишком много, склад забит».
Вторая: «ходового нет, снова срочные закупки, снова простои».

Если в компании одновременно дефицит и излишки, это редко когда про «плохой склад» или «слабые закупки». Это про то, что машина управления запасами не настроена или к ней нет доступа как к системе.

И да, закупки и запасы связаны жёстко. Закупки — это решения. Запасы — это состояние системы. Если состояние «плывёт», любые решения в закупках превращаются в реакцию на пожар.

Бизнес-процесс как машина

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

У него есть:

входы (поставки, производство)
выходы (отгрузки, списания)
внутренние состояния (остатки, резервы, незавершёнка)
регуляторы (правила пополнения, страховые запасы, точки заказа)

И вот здесь появляется бизнес-мышление: не «ведём учёт», а управляем системой - понимаем устройство, знаем рычаги, видим узкие места и устраняем их.

А теперь ещё мысленно добавляем тренд последних лет: ИИ-агенты. Если однажды вы захотите «передать» этой машине часть решений, то агентам нужен понятный алгоритм. Хаос они не структурируют. Они его ускорят.
Как настроить управление запасами в 1C:ERP

Когда запасы превращаются в проблему и почему это всегда про деньги и сроки

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

в системе остатки есть, а отгрузить/выпустить нельзя
склад забит, но ходового нет
срочные закупки дороже — и всё равно не спасают
неликвид растёт, а списания и пересортица съедают доступность

Всё это признаки того, что управление идёт не процессом, а последствиями.

Почему в системе есть остатки, но отгрузить нельзя

Эти три причины встречаются чаще всего:

1. Остаток ≠ доступность

В 1С:ERP может быть «остаток», но реальная доступность зависит от резервов, серий/сроков, НЗП, незакрытых движений. Отсюда классическая фраза: «в системе есть, а отгрузить нельзя».

2. Нет правил пополнения, есть ручные решения

Если нет min–max, страхового запаса и алгоритма пересмотра норм, закупка становится реакцией на дефицит. То есть закупки начинают «тушить», потому что запасами не управляют как системой.

3. Потребность не связана с пополнением

План производства/продаж, склад и закупки живут отдельно — ERP не замыкает цикл «потребность → обеспечение». И тогда всегда будет ощущение «мы вроде планируем, но почему всё равно не успеваем».

Получить консультацию по управлению запасами

Что значит «управлять машиной» в 1С:ERP

Управление запасами как бизнес-процессом — это три опоры:

Одна версия правды по доступности: что реально доступно, что в резерве, что в пути, что в НЗП.
Регуляторы: нормы и пополнение по правилам (min–max, страховой запас), плюс пересмотр норм — не раз в год, а по понятному регламенту
Связь потребности с закупкой/производством: чтобы «что пополняем» определялось потребностью, а не громкостью запроса

Это и есть то самое бизнес-мышление: видеть всю цепочку «от потребности до закрытия», а не лечить симптомы.
Выстроить цепочку «от потребности до закрытия»

Как подступиться без «большого проекта»

Самое важное - не пытаться автоматизировать всё сразу. Машину чинят узлами.

Диагностика запасов и узких мест: где излишки, где дефицит, что «врёт» в доступности (резервы/движения/серии/НЗП).
Сегментация и правила пополнения: группы номенклатуры + min–max, страховой запас, периодичность пересмотра.
Дисциплина данных: кто отвечает за качество остатков и корректность движений.
Пилот в 1С:ERP на одной группе/складе и только потом масштабирование.

Крупный ЛВЗ: переход на 1С:ERP и контуры управляемости ТМЦ

Хороший пример — переход на 1С:ERP на крупном ликёро-водочном заводе. Исходная цель звучала как «перенести учёт с УПП». Но в процессе стало очевидно: если не выстроены правила по ТМЦ (достоверность, дисциплина отражения, процессы), новая система будет лишь имитировать работу, не давая заказчику реальной опоры для будущих решений.

В таких проектах ключевой эффект не в том, что «остатки стали видны». А в том, что появляется управляемость: понятная доступность, а не просто остаток, корректные движения, снижение «иллюзий» по запасам, меньше срочных закупок и меньше решений «на ощупь».
Подробнее о проекте

Зачем всё это, даже если не думать про ИИ

Даже без «агентов» выстроенный контур запасов даёт очень понятный эффект:

меньше срочности и срывов
выше обеспеченность критичных позиций
меньше денег в «лишних» остатках

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

Проверка здесь простая – а как выглядит ваша «машина управления запасами» и где в ней узкие места?