← На главную

В процессе работы с программой «1С:Розница 2.3» многие пользователи сталкиваются с неприятной ситуацией: товар физически продан, складские остатки верны, но в отчетах по свободным остаткам постоянно «выскакивают» минусы. Проанализируем ситуацию: чаще всего это происходит из-за «зависших» резервов по документу Заказ покупателя. Проблема усугубляется, если продажа была оформлена через Чек ККМ, смена закрыта, а чеки заархивированы. В этом материале мы разберем по шагам, почему так происходит и как очистить систему от некорректных данных.

Выясняем причину возникновения «зависшего» резерва

Для начала разберем внутреннюю логику программы. В конфигурации «1С:Розница 2.3» резервирование товара фиксируется в специальном регистре накопления — Товары зарезервированные. Когда мы создаем Заказ покупателя и устанавливаем флаг «Резерв», программа делает запись в этот регистр со знаком «Плюс».

Рассмотрим стандартный жизненный цикл заказа:

1. Создание заказа с резервированием (Резерв +1).
2. Оформление продажи (Реализация или Чек).
3. Списание резерва (Резерв -1).

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

Способ 1. Использование штатной обработки «Закрытие заказов покупателей»

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

Перейдем в раздел Продажи — Сервис — Закрытие заказов покупателей. Эта обработка (а также автоматическое снятие резерва по условию) предназначена для анализа исполнения заказов. Проанализируем алгоритм действий:

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

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

Способ 2. Временное изменение статуса и ручное снятие резерва

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

Выполним следующие шаги:

1. Откроем проблемный документ Заказ покупателя.
2. Изменим его статус на «В работе» (если права доступа позволяют это сделать).
3. Перейдем на вкладку «Товары».
4. Найдем колонку «Резерв» (она выглядит как флажок в табличной части) и снимем галочку с того товара, который завис.
5. Проведем документ. В этот момент программа должна зафиксировать расход по регистру резервов.
6. После проведения снова установим статус «Закрыт» и окончательно проведем документ.

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

Способ 3. Техническая корректировка через регистры накопления

Этот метод подходит для продвинутых пользователей или администраторов системы, когда стандартные документы не справляются. Проанализируем, как внести правки напрямую в «двигатель» программы.

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

1. Создадим новый документ Корректировка записей регистров.
2. Нажмем кнопку «Настройка составов регистров» и выберем регистр накопления Товары зарезервированные.
3. В табличной части добавим строку.
4. Вид движения: выберем Расход. Это принципиально важно, так как нам нужно уменьшить (списать) зависший плюс.
5. В поле «Заказ покупателя» укажем наш злополучный заказ.
6. Укажем Номенклатуру, Склад и Количество, которое отображается в отчете как «зависшее».
7. Проведем документ.

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

Анализ ситуации: как избежать повторения проблемы

Чтобы в будущем не прибегать к ручным корректировкам, разберем, как правильно контролировать резервы. Основным инструментом для нас должен стать отчет «Анализ заказов покупателей».

Рекомендуем настроить его следующим образом:

• Добавить группировку по Заказу и Номенклатуре.
• Вывести поля «Зарезервировано», «Отгружено» и «Осталось отгрузить».
• Установить фильтр: Зарезервировано > 0.

Регулярный просмотр этого отчета позволит выявлять «забытые» заказы еще до того, как они станут причиной отрицательных остатков. Помните, что в 1С:Розница свободный остаток считается по формуле:

Свободный остаток = Остаток на складе - Резерв

Следовательно, если на складе фактически 0 штук, а в резерве числится 1 штука, программа покажет -1. Это не ошибка склада, это сигнал о том, что система ожидает отгрузку по какому-то документу, который фактически уже не актуален.

Заключение

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