Снятие резерва товара в 1С 8.3: разбираем по шагам
Содержание
Резерв держит документ-основание — чаще всего заказ клиента (в старых конфигурациях — заказ покупателя). Чтобы снять резерв, нужно поправить этот документ: изменить вариант обеспечения в строке товара, закрыть заказ или списать товар из резерва при отгрузке. Руками «в остатках» резерв не убрать — его сторнирует только проведённый документ.
Ниже — где увидеть, сколько зарезервировано, и три рабочих способа освободить товар: точечно в заказе, прямо в реализации и массово по группе заказов. Пути привожу для 1С:Управление торговлей 11 (механизм тот же в Комплексной автоматизации 2 и ERP 2); для старой УТ 10.3 отдельно отмечаю, что меняется.
Откуда берётся резерв и кто его держит
Резерв — это «бронь» товара под конкретное обязательство. Пока бронь активна, количество числится на складе, но в свободный остаток не попадает: продать его другому покупателю система не даст.
Кто создаёт резерв в УТ 11:
- 📦 Заказ клиента со строкой, где вариант обеспечения — «Резервировать по складу» или «Резервировать по заказу». Это 90% случаев.
- 🏭 Заказ на перемещение и заказ на сборку — резервируют товар под внутреннее движение.
- 🔧 Заказ на производство (в ERP/КА) — резервирует материалы.
Главное правило: резерв живёт ровно столько, сколько живёт строка заказа с признаком резервирования. Снимается он тремя событиями — отгрузкой, изменением варианта обеспечения и закрытием заказа. Никакой «кнопки обнулить резервы» на складе нет, и это правильно: иначе остатки разъехались бы с документами.
В УТ 10.3 логика похожая, но терминология другая: резерв задаётся в заказе покупателя колонкой «Размещение», а снимается отдельными документами (о них ниже).
Как посмотреть, сколько товара в резерве
Прежде чем что-то снимать, посмотрите цифры: сколько в наличии, сколько в резерве, сколько доступно к продаже. Так вы не снимете чужую бронь по ошибке.
В УТ 11 откройте отчёт «Остатки и доступность товаров» — раздел Склад и доставка. В нём три ключевые колонки:
- В наличии — физический остаток на складе.
- В резерве — сколько забронировано под заказы.
- Доступно — свободный остаток (наличие минус резерв).
Если нужно понять, какой именно заказ держит товар, используйте расшифровку: встаньте на строку с резервом и откройте детализацию по документам-регистраторам. Отчёт покажет номера заказов клиентов, под которые ушла бронь.
В старых релизах свободный остаток удобно смотреть в отчёте «Ведомость по товарам на складах» — там тоже видно резерв и доступное количество.
В УТ 10.3 аналог — отчёт «Анализ доступности товаров на складах»: показывает остаток, резерв и доступный остаток по каждой позиции.
Снять резерв в заказе клиента (точечно)
Самый частый сценарий — покупатель передумал или нужно освободить товар под более срочную сделку. Резерв снимается прямо в заказе.
- Откройте нужный заказ клиента: раздел
Продажи→Заказы клиентов. - Перейдите на вкладку с товарами.
- Найдите колонку с вариантом обеспечения строки (в разных релизах она называется «Действие» или «Обеспечение»).
- Поменяйте значение с «Резервировать по складу» на «Отгрузить» (если товар сразу уходит) или на «Не обеспечивать» (если бронь просто снимается).
- Проведите заказ — кнопка
ПровестиилиПровести и закрыть.
После проведения резерв по этой строке исчезнет, и товар вернётся в свободный остаток. Проверьте результат в отчёте из предыдущего раздела.
Чтобы не ошибиться с выбором значения, держите в голове смысл основных вариантов обеспечения в строке заказа:
- Резервировать по складу — бронь на физический остаток конкретного склада. Именно её чаще всего и снимают.
- Резервировать по заказу — бронь под ваш заказ поставщику : товар ещё не приехал, но уже закреплён за покупателем.
- Отгрузить — товар уходит сейчас, резерв гасится отгрузкой.
- К обеспечению — потребность зафиксирована, но склад под неё ещё не определён; жёсткой брони нет.
- Не обеспечивать — обязательство есть, а резервировать и отгружать товар не нужно.
Переключение на «Отгрузить» или «Не обеспечивать» и есть снятие резерва. Разница только в том, планируется ли отгрузка.
Если заказ выполнен полностью или от него отказались, корректнее не менять строки, а закрыть весь заказ. Для этого смените статус заказа на «Закрыт» (поле статуса — в шапке документа) и укажите причину закрытия, если система её запрашивает. Закрытие заказа снимает все резервы по нему разом.
Прежде чем убирать бронь, уточните у менеджера, что товар действительно свободен. Снятый резерв тут же может «уехать» в другой заказ, и вернуть его под прежнего клиента получится только повторным резервированием — при условии, что остаток ещё есть.
В УТ 10.3 порядок другой: откройте заказ покупателя, в колонке «Размещение» очистите значение (уберите склад размещения) и проведите документ. Либо проведите документ «Закрытие заказов покупателей» по этому заказу.
Снять резерв прямо при отгрузке
Когда товар отгружается покупателю, резерв не нужно убирать отдельно — он гасится самой реализацией. Важно только, чтобы отгрузка списывала именно из резерва, а не со свободного остатка.
В УТ 11 реализацию удобно создавать на основании заказа клиента: откройте заказ и выберите Создать на основании → Реализация товаров и услуг. Товары и количества подтянутся из заказа, а при проведении система спишет их из резерва, который этот заказ и держал.
Проверьте перед проведением:
- ✅ отгружается тот же товар и то же количество, что в заказе;
- ✅ склад отгрузки совпадает со складом, где лежит резерв;
- ✅ заказ указан в поле «Заказ» (основание) шапки реализации.
Если реализацию создали вручную, без ссылки на заказ, система спишет товар со свободного остатка, а старый резерв так и повиснет. Тогда резерв придётся снимать отдельно — через заказ, как в предыдущем разделе.
В УТ 10.3 при отгрузке из резерва важно, чтобы в табличной части реализации колонка «Размещение заказа» ссылалась на нужный заказ покупателя — тогда проведение спишет товар из резерва, а не с общего остатка.
Отдельный случай — частичная отгрузка. Если по заказу на 100 штук отгрузили 60, система спишет из резерва эти 60, а оставшиеся 40 так и останутся забронированными под заказ. Это нормально: бронь продолжает держать недоотгруженный хвост. Если остаток заказа отгружать не планируется, уменьшите количество в строке заказа или закройте заказ — тогда резерв на эти 40 штук снимется.
Массовое снятие резервов по группе заказов
Когда «подвисших» резервов много (после инвентаризации, смены схемы работы, закрытия периода), снимать их по одному долго. Есть групповые инструменты.
Способ 1. Рабочее место обеспечения. В УТ 11 откройте список заказов клиентов, отберите нужные (по статусу, менеджеру, дате) и через групповое изменение смените статус на «Закрыт» — это разом снимет резервы по всем выбранным заказам. Команда группового изменения — в командной панели списка.
Способ 2. Обеспечение потребностей. В рабочем месте обеспечения потребностей (раздел Склад и доставка или Закупки, зависит от релиза) видно все строки заказов с резервами. Там можно пересмотреть варианты обеспечения сразу по многим позициям и убрать резервирование у тех, что больше не актуальны.
Способ 3 (УТ 10.3). Документ «Закрытие заказов покупателей». Это штатный инструмент массового снятия. Создайте документ, заполните его по отбору (например, все заказы старше определённой даты), проверьте список и проведите. Все резервы по попавшим в документ заказам снимутся одновременно.
Групповое закрытие заказов необратимо в том смысле, что заново открывать придётся каждый заказ вручную. Перед массовой операцией выгрузите список закрываемых заказов в отдельный отчёт или сделайте архивную копию базы — чтобы было с чем сверяться.
Настройка автоматического резервирования
Чтобы резервы не копились вручную, в УТ 11 их поведением управляют настройки обеспечения. Общий переключатель вариантов обеспечения включается в разделе Администрирование → Склад и доставка (группа настроек по обеспечению и резервированию).
Что здесь полезно задать:
- Отключить резервирование по складу для отдельных складов или вовсе — тогда заказы будут просто «к отгрузке» без автоматической брони.
- Автоматическое снятие резерва при закрытии заказа — обычно включено по умолчанию: закрыли заказ, резерв ушёл.
- Срок резервирования (где поддерживается) — по истечении срока бронь снимается, товар возвращается в свободный остаток.
В УТ 10.3 автоматику частично закрывает регламентная обработка по снятию резервов с «протухших» заказов плюс документ «Закрытие заказов покупателей» по расписанию.
Если резервы регулярно «залипают», причина почти всегда не в платформе, а в процессе: заказы отгружают реализациями без ссылки на основание. Наладьте ввод реализаций на основании заказа — и ручное снятие резервов почти исчезнет.
Где снимать резерв в разных конфигурациях
Механизм один — резерв держит заказ, — но названия документов и колонок у конфигураций разные. Чтобы не искать вслепую, вот сводка по трём самым распространённым.
| Действие | УТ 11, Комплексная 2, ERP 2 | УТ 10.3 |
|---|---|---|
| Где задаётся резерв | Колонка обеспечения в строке заказа клиента | Колонка «Размещение» в заказе покупателя |
| Снять точечно | Сменить обеспечение на «Отгрузить» / «Не обеспечивать» и провести | Очистить «Размещение» и провести заказ |
| Снять массово | Групповое закрытие заказов, рабочее место обеспечения | Документ «Закрытие заказов покупателей» |
| Отчёт по резерву | «Остатки и доступность товаров» | «Анализ доступности товаров на складах» |
| Отгрузка из резерва | Реализация на основании заказа | «Размещение заказа» в строке реализации |
В 1С:Управление нашей фирмой (УНФ) резерв также привязан к заказу покупателя: он снимается либо отгрузкой по заказу, либо снятием резервирования в самом заказе. Если вы работаете в УНФ и не уверены в конкретном пункте меню своего релиза — ориентируйтесь на документ заказа и его резервные строки, логика та же.
Почему резерв не снимается: разбор по симптомам
Бывает, что заказ закрыт, а товар всё равно числится в резерве, или свободный остаток не растёт после правки. Частые причины:
Отдельно про отрицательный резерв: не трогайте регистры напрямую и не «чистите» остатки обработками с сомнительным авторством. Сначала восстановите последовательность проведения документов — чаще всего это снимает проблему без вмешательства в данные.