В современных релизах конфигурации 1С:Управление торговлей 11 (начиная с версии 11.5 и выше) механизмы резервирования товаров претерпели значительные изменения. Традиционный документ Резервирование товаров, к которому привыкли многие пользователи, уступил место более сложной системе распределения запасов. Часто пользователи сталкиваются с ситуацией: они пытаются снять резерв с одного заказа, но система тут же «перебрасывает» его на другой. Разберем подробно, почему так происходит и как правильно управлять резервами в актуальных версиях программы.
Для начала проанализируем, почему резерв может вести себя нестабильно и «прыгать» между документами. В 1С:УТ 11 реализовано фоновое задание Распределение запасов. Как только товар освобождается (например, вы закрыли заказ или отменили в нем строку), система видит другие актуальные Заказы клиентов, по которым есть потребность в этой же номенклатуре. Если в этих заказах в колонке «Действие» установлено значение Резервировать на складе или К обеспечению, система мгновенно привязывает освободившийся остаток к следующему заказу согласно его приоритету и дате отгрузки.
Важный вывод: просто закрыть заказ или удалить из него товар недостаточно, если на складе есть другие заказы, ожидающие эту позицию. Чтобы товар стал действительно «свободным», нужно изменить настройки обеспечения во всех конкурирующих документах.
Рассмотрим основной инструмент ручного управления резервами — документ Корректировка назначения товаров. Пользователи часто совершают ошибку при его заполнении, пытаясь использовать автоматическое заполнение, которое может не срабатывать при отсутствии обособленного обеспечения.
Разберем по шагам правильный алгоритм работы с этим документом для снятия резерва в свободный остаток:
Произвольная корректировка.Исходное назначение укажем тот Заказ клиента, который в данный момент «держит» товар.Новое назначение необходимо оставить пустой. В логике 1С пустое назначение означает «Свободный остаток».Если при попытке проведения система выдает ошибку о том, что потребностей по данному назначению нет, значит, в самом заказе-источнике действие уже изменено или товар был снят другим механизмом, например, через устранение расхождений между регистрами «Товары на складах» и «Товары организаций».
Наиболее корректный и простой метод управления резервом — это работа непосредственно с табличной частью документа Заказ клиента. Чтобы полностью исключить ситуацию, когда товар перескакивает на другой заказ, рассмотрим следующие действия:
В текущем заказе, с которого нужно снять резерв, выделим нужные строки и нажмем кнопку Обеспечение — Заполнить обеспечение. В появившемся окне выберем вариант Не обеспечивать или Отложить отгрузку. После проведения документа товар уйдет из колонки «Резерв» в отчете Остатки и доступность товаров — для более наглядного контроля перед резервированием удобно использовать рабочее место менеджера с выводом остатков и расшифровкой по запасам.
Чтобы товар не «захватили» другие заказы, необходимо в этих заказах также временно сменить действие на Не обеспечивать. Только тогда товар останется в свободном остатке и будет доступен, например, для списания или продажи без заказа.
Если заказ больше не актуален, недостаточно просто установить ему статус Закрыт. Выясним причину: статус закрытия без отмены строк может сохранять потребность в системе. Правильный алгоритм закрытия выглядит так:
Заказ клиента.Закрыт и проводить его.Такой подход гарантирует, что Регистр накопления «Запасы и потребности» будет очищен полностью, и товар не будет числиться за этим документом ни в каком виде, при условии, что заполнение регистра "Запасы и потребности" было выполнено корректно — для контроля правильности этих данных полезна обработка анализа целостности остатков и доступности товаров в УТ 11.
При попытке перезаписать или закрыть заказы прошлых периодов часто возникает ошибка: «Дата платежа по кредитному этапу должна быть не меньше даты отгрузки». Это связано с жестким контролем графиков оплаты в УТ 11.5.
Проанализируем ситуацию: в документе стоит старая дата отгрузки (например, прошлый год), а система при перепроведении пытается сопоставить её с текущими настройками кредитной политики или графиком оплаты, где даты платежей могут быть некорректно рассчитаны относительно даты документа.
Для устранения этой ошибки выполним следующее:
Заказ клиента перейдем по ссылке К оплате (настройка этапов оплаты).Вместо того чтобы искать резервы по каждому отдельному заказу, мы можем воспользоваться специализированным инструментом. Перейдем в Склад и доставка — Обеспечение потребностей — Распределение запасов — для упрощения этой задачи есть готовая панель управления резервами и обеспечением непосредственно из заказов в УТ 11.5.
Это рабочее место позволяет увидеть общую картину:
Прямо здесь можно перетаскивать количества между назначениями или снимать резервы, что гораздо нагляднее, чем работа с отдельными документами корректировок, или использовать внешнюю ведомость по товарам с резервами для УТ 11.
Если политика вашей компании предполагает ручное управление резервами и вас не устраивает автоматическое «перепрыгивание» товара между заказами, эту функцию можно ограничить в настройках системы.
Рассмотрим путь к настройке: НСИ и администрирование — Настройка НСИ и разделов — Склад и доставка — Обеспечение потребностей. Здесь можно проанализировать настройки фонового распределения запасов. Отключение или ограничение этих опций сделает механизм резервирования более предсказуемым, хотя и потребует большего внимания со стороны менеджеров по обеспечению.