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