Резервирование товара в 1С:УТ: как настроить, чтобы резервы не съедали остатки
Резерв в 1С - это не история про “товар пропал”. Это история про “товар уже заняли”.
Он может лежать на складе, но для системы он уже обещан другому заказу. Примерно как последний столик в ресторане вечером: стол вроде свободный, но администратор говорит “извините, он уже в резерве”.
Проблема в том, что в 1С:Управление торговлей резервы умеют расти незаметно без предупреждений. Сегодня один заказ зарезервировал товар, завтра второй, потом третий. А старые заказы никто не проверил.
И в какой-то момент получается странная картина: в отчетах на складе лежит 300 штук, а при подборе в реализацию система показывает доступно 0.
Дальше начинается подобная сцена: менеджер смотрит на остатки со словами
“Да вот же товар, система показывает”. Кладовщик открывает подбор и отвечает:
“Отгрузить не дает. Все в резерве”. А руководитель в этот момент спрашивает самое неприятное: “Почему мы опять тормозим отгрузки?”
Обычно эта проблема решается не подвигами и не срочными правками документов.
Все гораздо проще: нужны понятные правила - где резервируется товар, на какой срок, кто может ставить резерв и что делать со старыми заказами, которые давно никто не трогал.
Как понять, что резерв у вас живет своей жизнью
Вот пять сигналов, после которых я всегда лезу смотреть резервы первым делом:
1) Товар “есть”, но его невозможно отгрузить
Отчет бодро рисует остаток, а документ говорит “недостаточно”. Как будто склад есть, но дверь заклеили скотчем.
2) Резервы висят неделями, а отгрузок по ним нет
Это прям отдельный жанр. Товар “заморожен”, продажа не случилась, а склад пустеет “на бумаге”.
3) Менеджеры начинают “бронировать заранее, чтобы не увели”
Если в отделе продаж пошла игра “кто раньше встал, того и товар”, резервирование превращается в борьбу за ресурсы. И 1С тут ни при чем.
4) Резервы размазаны по складам
Отгружаем с магазина, резерв стоит на центральном. Или наоборот. И начинается ощущение, что остаток телепортировался.
5) Слова “мы резервы не ставим” звучат уверенно… но резерв есть
Потому что он ставится автоматически по статусу заказа, по обеспечению, по настройкам, которые “кто-то когда-то включил”.
Резерв по-человечески: что он делает, а чего не делает
Резерв не двигает товар физически. Он просто говорит системе: “эти 20 штук не трогайте, они под заказ”.
И вот тут важный момент: резерв может быть полезным (реально держим под оплату/отгрузку) или токсичным (держим под “может быть”, а потом забываем).
Разница между ними не в кнопке. Разница в правилах.
Кейс, который повторяется слишком часто: “остатки съело”, а съел их страх
Опт, несколько складов, менеджеров много. Началась классика: у половины заказов статус “в работе”, везде резервы, отгрузки буксуют.
Сели разбирать по топ-20 товарам. Картина примерно такая:
зарезервировано 1 400+ единиц,
реально отгружается за неделю 600-700,
остальное висит под заказы без оплаты, без даты, без понятного “когда”.
То есть товар не “пропал”. Он заперт. Как в кладовке с табличкой “не открывать, там важное”.
Что сделали:
ввели срок жизни резерва,
запретили держать жесткий резерв без оплаты,
и самое главное: договорились, кто может продлевать резерв и почему.
После этого исчезла львиная доля фразы “1С съела остатки”. Потому что есть перестали не остатки, а иллюзии.
Настройки и правила, которые реально спасают
1) Выберите правильный тип: резерв по складу или “в целом”
Это решение звучит как мелочь, но оно прям меняет игру.
Резерв по складу
Подходит, когда:
отгружаете с конкретного склада/магазина,
важна физическая привязка,
не хотите “товар есть где-то в космосе”.
Резерв “в целом”
Подходит, когда:
склады взаимозаменяемые,
вам все равно, откуда поедет,
логистика сама перекинет.
Самая болезненная комбинация, которую я встречаю чаще всего: резерв “в целом”, а отгрузка строго из точки. Итог предсказуемый: в магазине свободно 0, хотя товар рядом. Просто он “занят” не там.
2) Введите срок жизни резерва. Без него будет болото
Резерв без срока это как вкладка в браузере “прочитать потом”. Потом не наступает.
Рабочий вариант (с цифрами, которые обычно приживаются):
без оплаты: 24-48 часов,
с предоплатой: 5-7 дней (или под ваш цикл),
проектные/спецзаказы: отдельное правило, но с ответственным и датой пересмотра.
Кейс из интернет-продаж: после правила “без оплаты держим 24 часа” свободные остатки по ходовым позициям выросли заметно, а количество срывов по отгрузке упало. Не потому что склад внезапно стал больше. А потому что перестали хранить воздух как товар.
3) Разделите “бронь на подумать” и “резерв под отгрузку”
Если всем дать жесткий резерв, вы получите склад, где все “чужое” и ничего нельзя трогать.
Нормальная схема:
короткая бронь менеджера: чтобы успеть выставить счет, уточнить доставку, согласовать;
жесткий резерв: когда реально собираем и отгружаем.
Это как в кино: трейлер и премьера. Не надо устраивать премьеру каждый раз, когда кто-то увидел афишу.
4) Не резервируйте то, что физически не готово к отгрузке
Это особенно важно, если есть:
адресное хранение,
серии/сроки,
зоны приемки/карантина.
Пример: товар числится, но он “в приемке”. Или партия с истекшим сроком, а отгрузку такого система запрещает. Резерв на такой товар это обещание, которое вы сами же потом будете выкручивать, как сломанную крышку на банке.
5) Права: кто может резервировать, кто может продлевать, кто может снимать
Если любой менеджер может “занять” любой товар на неопределенный срок, склад превращается в общий чат, где все пишут “моё”.
Рабочая модель:
менеджер: бронь на короткий срок,
руководитель: продление и исключения,
склад/логистика: жесткий резерв под сборку,
снятие чужого резерва: только по роли и с фиксированием, чтобы не было подковерных войн.
6) Проверьте, не ставится ли резерв автоматически
Иногда люди правда уверены, что “мы все делаем вручную”. А резерв ставится:
по статусу заказа,
по правилам обеспечения,
при проведении документа,
по цепочке “заказ -> обеспечение -> резерв”.
И в итоге резерв появляется как кот ночью: вы его не звали, но он уже на кухне и что-то уронил.
Быстрая диагностика: что именно “съело” остаток
Берем один товар (прям один), и проверяем по короткой схеме:
1) Остаток по складу есть?
Да. Отлично.
2) Свободный остаток есть?
Если нет, идем в резервы.
3) Расшифровываем резерв
Под какие заказы? Кто создал? Когда? Есть ли оплата? Есть ли дата отгрузки?
4) Проверяем физическую доступность
Если адресный склад: лежит ли в ячейке, не висит ли в приемке/карантине.
Если серии: подходит ли серия, не просрочено ли.
В 8 случаях из 10 на этом месте уже понятно, что делать: снять/перенести/ограничить/перенастроить.
Мини-набор правил, который обычно убирает 70% боли
Резерв без оплаты живет максимум 24-48 часов.
Жесткий резерв только под подтвержденную отгрузку.
Резерв по складу, если отгрузка со склада, а не “как-нибудь”.
Раз в неделю отчет “старые резервы” и ответственные по ним.
Запрет на бесконечные продления без причины.
Это не “жестко”. Это просто похоже на правила дорожного движения. Без них тоже можно… но недолго.
Если прямо сейчас горит: с чего начать
Когда звонит клиент, машина у ворот, а “доступно 0”, я бы сделал так:
Найти резервы старше 7 дней по проблемным товарам.
Проверить, совпадает ли склад резерва со складом отгрузки.
Посмотреть, нет ли товара “в пути/в приемке/в карантине”.
Проверить, не ставится ли резерв автоматически по статусу.