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