В процессе работы крупных торговых и производственных компаний часто возникает ситуация, когда необходимо гарантировать наличие определенного количества товара для стратегически важного клиента. Сложность заключается в том, что товар может быть распределен по нескольким удаленным складам, а стандартные механизмы резервирования в 1С:ERP обычно привязаны к конкретной складской территории. Если менеджеры оформляют текущие заказы, они могут "вымыть" свободный остаток, что вынуждает логистов делать дорогостоящие и оперативные подвозы между складами.
Рассмотрим подробнее, как решить задачу динамического ограничения резервирования, когда нам нужно запретить бронирование товара, если суммарный остаток на группе складов опускается ниже установленной нормы. Разберем по шагам несколько эффективных методик — от организационных до глубоко технических.
Первым делом проанализируем возможности подсистемы обеспечения потребностей. В 1С:ERP предусмотрен механизм поддержания запасов, который позволяет системе сигнализировать о необходимости пополнения склада. Мы можем использовать Страховой запас не только как индикатор для закупок, но и как инструмент контроля.
Для настройки выполним следующие действия:
Min-Max).Важно понимать: в типовом функционале страховой запас напрямую не блокирует проведение документа Заказ клиента в статус "К обеспечению". Однако, если мы настроим систему на автоматическое формирование заказов по потребностям, логист будет заранее видеть дефицит. Для жесткого запрета отгрузки "в ноль" при наличии страхового запаса потребуется небольшая модификация в расширении, которая будет сравнивать ДоступныйОстаток с ВеличинойСтраховогоЗапаса в момент проведения документа.
Выясним, как использовать иерархию складов для решения нашей задачи. Если товары находятся на разных удаленных точках, мы можем объединить их в справочнике Склады и магазины в общую группу.
В настройках группы складов выберем опцию Разрешить заказы на отгрузку из этой группы. Проанализируем, что это дает:
Этот подход позволяет избежать ситуации, когда на одном складе товар "якобы" закончился, хотя в рамках региона он доступен. В сочетании с отчетом Остатки и доступность товаров логист сможет вовремя увидеть необходимость перемещения между узлами группы складов.
Рассмотрим один из самых надежных практических приемов, который не требует программирования и изменения логики системы. Этот метод заключается в физическом (в программе) отделении VIP-резерва от текущих остатков.
Разберем алгоритм действий:
Перемещение товаров с реальных физических складов на этот виртуальный склад в объеме месячной нормы для крупного клиента.Таким образом, свободный остаток на основных складах всегда будет актуален для розничных и мелкооптовых заказов. Когда поступит распоряжение от VIP-клиента, отгрузку можно оформить напрямую с виртуального склада или переместить товар обратно под конкретный Заказ клиента с обособлением.
В 1С:ERP реализована мощная система приоритетов. Мы можем использовать её для динамического распределения остатков. Посмотрим на этот процесс с точки зрения планирования:
Создадим долгосрочный Заказ клиента (на месяц) для нашего VIP-партнера. Установим для него статус К обеспечению и выберем самый высокий приоритет (например, Критичный). Обычные заказы будем создавать со средним или низким приоритетом.
При использовании обработки Состояние обеспечения заказов или при автоматическом распределении запасов, система в первую очередь "отдаст" товар высокоприоритетному заказу. Обычный менеджер при попытке поставить резерв увидит, что свободного остатка нет, так как он уже распределен под потребность с более высоким приоритетом.
Если бизнес-процесс требует именно автоматического запрета резервирования на основе суммы остатков по складам, рассмотрим техническую реализацию. Нам потребуется создать расширение и перехватить процедуру проверки остатков.
Проанализируем пример логики, которую можно внедрить в код:
// В расширении для документа ЗаказКлиента
&Перед("ПередЗаписью")
Процедура Расш1_ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Если РежимПроведения Тогда
СуммарныйОстаток = ПолучитьОстатокПоГруппеСкладов(Товар, СписокСкладов);
НормаЗапаса = ПолучитьУстановленнуюНорму(Товар);
Если (СуммарныйОстаток - ТекущееКоличествоВЗаказе) < НормаЗапаса Тогда
Сообщить("Недостаточно свободного остатка для соблюдения VIP-резерва!");
Отказ = Истина;
КонецЕсли;
КонецЕсли;
КонецПроцедуры
В данном примере функция ПолучитьОстатокПоГруппеСкладов должна обращаться к регистру накопления ТоварыНаСкладах или ТоварыКОформлениюОтгрузки, суммируя данные по всем удаленным точкам. Это обеспечит жесткий контроль: система просто не даст провести документ, если общая сумма остатков на двух складах упадет ниже критической отметки.
Выясним, как может помочь План остатков. Мы можем зафиксировать целевой остаток на складах на конкретный период. В настройках системы можно включить контроль соблюдения планов. При этом система будет выдавать предупреждения или блокировать операции, которые приводят к отклонению от запланированных показателей остатков на конец месяца.
Подведем итог: выбор метода зависит от того, насколько гибким должен быть резерв. Для жесткого контроля лучше всего подходит Метод 3 (Виртуальный склад) или Метод 5 (Доработка). Если же задача стоит в оперативном пополнении и информировании, то достаточно стандартных Параметров обеспечения и Приоритетов.