Как убрать товар из резерва в 1С

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

Снять резерв можно несколькими способами: через сам документ-резервирование, через заказ, под который товар зарезервирован, через специальную обработку или напрямую корректировкой записей регистра. Выбор способа зависит от конфигурации (Управление торговлей 11, ERP, Комплексная автоматизация, Управление торговлей 10.3), от того, проведён ли ещё документ-источник резерва, и от того, есть ли у вас права на изменение данных.

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

Где в 1С хранится резерв и почему товар «зависает»

В типовых конфигурациях резервирование отражается в специальных регистрах накопления. В УТ 11, ERP и КА это регистры обеспечения потребностей («Резервы товаров», «Обеспечение заказов» — название зависит от версии), в УТ 10.3 — регистр «Товары в резерве на складах». Записи в этих регистрах создают документы: заказы покупателей, документы «Резервирование товаров», перемещения с обособлением.

Пока запись о резерве активна, программа при подборе товара в новый заказ показывает свободный остаток как «остаток минус резерв». Поэтому даже при наличии 100 штук на складе менеджер может видеть 0 доступных, если все 100 зарезервированы. Это корректное поведение, проблема возникает только тогда, когда резерв остался от отменённого или уже отгруженного заказа.

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

Способ 1: снять резерв через документ «Резервирование товаров»

Если резерв был установлен отдельным документом «Резервирование товаров» (так работают УТ 10.3 и некоторые отраслевые решения), самый чистый способ — отменить именно этот документ. Откройте журнал документов резервирования: в УТ 10.3 это раздел «Склад» или «Документы» → «Резервирование товаров». Найдите нужный документ по номенклатуре, складу или заказу.

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

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

1. 1
   Откройте журнал документов «Резервирование товаров» и найдите документ по товару или заказу
2. 2
   Определите, нужен ли резерв частично: при частичном снятии отредактируйте количество и перепроведите
3. 3
   При полном снятии пометьте документ на удаление или отмените проведение
4. 4
   Проверьте свободный остаток по складу в отчёте — товар должен стать доступным

Способ 2: снятие резерва через заказ покупателя в УТ 11, ERP и КА

В УТ 11, ERP 2 и Комплексной автоматизации резерв чаще всего устанавливается прямо в заказе покупателя через механизм обеспечения потребностей. В табличной части заказа у каждой строки есть вариант обеспечения: «Резервировать по мере поступления», «Резервировать со склада», «Отгрузить», «Не обеспечивать». Именно этот признак определяет, держит ли строка заказа резерв.

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

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

Способ 3: массовое снятие резервов обработкой

Когда «зависших» резервов много — например, после отмены десятков заказов или сбоя обмена с интернет-магазином — снимать их по одному документу нерационально. В УТ 11 и ERP для этого есть штатные инструменты: рабочее место «Обеспечение потребностей» и отчёты по резервам, позволяющие увидеть все документы-держатели резервов. В некоторых конфигурациях доступна команда снятия резервов по списку заказов прямо из формы списка: выделите заказы и используйте команду закрытия/отмены.

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

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

Способ 4: корректировка регистров вручную

Крайний вариант — ручная корректировка движений документа или записей регистра. Он применяется, когда документ-источник удалён, а запись в регистре осталась (такое бывает после сбоев или обменов), либо когда документ находится в закрытом периоде. В пользовательском режиме доступны документы «Корректировка регистров» (в УТ 10.3) или «Ручная корректировка» движений документа (флажок в форме документа).

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

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

Сравнение способов снятия резерва

Через документ резервирования

Подходит для УТ 10.3 и отдельных документов резерва. Самый прозрачный способ, но не работает, если документ в закрытом периоде.

Через заказ покупателя

Основной способ для УТ 11, ERP, КА. Сохраняет логику обеспечения, но требует доступа к заказу и понимания вариантов обеспечения.

Массовая обработка

Подходит при большом количестве зависших резервов. Быстро, но требует предварительной сверки, чтобы не снять действующие резервы.

Корректировка регистров

Для аварийных случаев — осиротевших записей и закрытых периодов. Гибко, но вне документооборота и требует аккуратности.

Как проверить, что резерв действительно снят

После любого способа результат проверяют отчётом по складским остаткам. В УТ 11 и ERP используйте отчёты «Остатки и доступность товаров» или «Свободные остатки»: колонка «Доступно» должна увеличиться на снятое количество. В УТ 10.3 — отчёт «Товары в резерве на складах»: по снятой позиции остаток резерва должен стать нулевым.

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

При работе с характеристиками, сериями и несколькими складами проверяйте остатки в разрезе именно той аналитики, по которой стоял резерв. Частая ситуация: резерв снят по складу «Основной», а завис он на складе «Резервный», и пользователь считает, что операция не сработала.

Контрольные точки

Как проверить результат

Отчёт «Остатки и доступность товаров»

Норма

Колонка «Доступно» выросла на снятое количество

Тревожный признак

Доступное количество не изменилось

Отчёт по регистру резервов

Норма

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

Тревожный признак

Остаток резерва сохранился или стал отрицательным

Подбор товара в новый заказ

Норма

Товар доступен в полном количестве

Тревожный признак

Программа по-прежнему показывает нехватку

Аналитика остатков

Норма

Проверены склад, характеристика, серия резерва

Тревожный признак

Проверялся другой склад или другая характеристика

Типичные ошибки и как их избежать

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

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

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

Как предотвратить повторное зависание резервов

Разовая чистка не решает проблему, если резервы зависают систематически. Проверьте настройки обеспечения: в УТ 11 и ERP сроки резервирования и поведение при закрытии заказов регулируются в настройках раздела «НСИ и администрирование» → «Продажи» / «Склад и доставка». Убедитесь, что отменённые заказы действительно переводятся в статус отмены, а не просто перестают использоваться.

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

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

Частые вопросы

Почему после отмены заказа товар всё равно в резерве?

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

Можно ли снять резерв, если документ в закрытом периоде?

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

Чем отличается резерв от обособленного обеспечения под заказ?

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

Товар отгружен, но резерв не списался. Что делать?

Обычно реализация, оформленная на основании заказа, автоматически списывает резерв. Если этого не произошло, скорее всего отгрузка создана не на основании заказа или с нарушением связи документов. Проверьте, введена ли реализация на основании заказа; при необходимости снимите остаток резерва вручную через заказ или корректировку, а затем настройте процесс так, чтобы отгрузки всегда создавались из заказа.

Кто должен иметь права на снятие резервов?

Оптимально — менеджер по продажам в рамках своих заказов и кладовщик/администратор склада для корректировок. Прямую корректировку регистров стоит ограничить администраторами: это операция вне документооборота. Разграничение прав снижает риск случайного снятия чужого резерва и повторной продажи одного товара.

Как найти все «зависшие» резервы в базе?

Сформируйте отчёт по регистру резервов с группировкой по документу-заказу и добавьте отбор: заказ закрыт, отменён или помечен на удаление. В УТ 11/ERP удобно использовать отчёты по обеспечению с отбором по состоянию заказов. Полученный список — основа для сверки с менеджерами перед массовой очисткой.