Вопрос пользователя: Здравствуйте, Кирилл! Читаю ваш блог, нахожу много полезного, спасибо за вашу работу. Буду благодарен, если поможете разобраться с одним вопросом, на который я нигде не могу найти ответа.
В вашей статье о расчете потребностей в запасах вы пишите о механизме работы метода min-max следующее:
«Пусть дома всегда будет от 2 пачек (минимум) до 10 пачек (максимум) гречки». Как только остается 2 пачки — идете покупать еще 8, чтобы стало 10»
В УНФ именно так это и работает. Но насколько я понимаю, в УТ/КА/ERP расчет количества к заказу происходит иначе - система по достижению минимального запаса предлагает заказать количество, равное максимальному, а не до его уровня.
И у нас возникает следующая ситуация:
В УНФ у нас у товара мин/макс был следующим:
Мин = 200 шт
Макс = 300 шт
Запас товара не поднимается выше 300 шт. Если запас опустился до 190 шт., система предложит заказать 110 шт.
В КА же система предлагает заказать 300 шт., как только запас стал равен или менее 200 шт.
На знаете ли, можно ли это как-то исправить нативной настройкой, костылем или расширением, чтобы расчет количества к заказу на основании мин/макс запасов в КА был таким же, как в УНФ?
Ответ на вопрос:
Илья, здравствуйте! Спасибо за доверие и за такой точный, предметный вопрос. Вы попали в самую точку одного из ключевых различий в логике планирования между «коробочными» решениями (УНФ, УТ) и мощной ERP-системой.
Вы абсолютно правы в своем наблюдении: в 1С:ERP (и в КА как её «младшем брате») логика работы метода «Min-Max» при автоматическом расчете «К заказу» действительно отличается от УНФ. Давайте раскроем «кухню» ERP, обратившись к её внутренней логике.
Суть различия: «Сколько нужно» vs «На сколько вперед»
- Логика УНФ (и ваше бытовое сравнение с гречкой): Система смотрит на текущий остаток и говорит: «Чтобы просто восполнить запас до верхней границы (Max), нужно докупить (Max - ТекущийОстаток)». Это логика мгновенного восполнения.
- Логика ERP (как следует из МРЭ): Система думает стратегически: «У нас есть параметр «Период, обеспечиваемый заказом» (Oбеспечиваемый период). Новый заказ должен не просто поднять остаток до Max, а обеспечить потребность на весь этот период, пока не придет следующая плановая поставка».
Откуда мы это берем? Обратимся к вашему файлу МРЭ, раздел 5.2. Способы обеспечения потребностей:
«Период, обеспечиваемый заказом»: Определяет горизонт планирования для расчета максимального запаса. Может быть задан в днях, «до даты следующей поставки» или «не ограничен».
А теперь ключевой фрагмент из раздела 5.3. Рабочее место "Формирование заказов по потребностям":
«Поддержание запасов: Расчет Минимального и Максимального запаса на основе норм потребления, сроков поставки и Обеспечиваемого периода... К заказу рекомендуется Max - (Текущий Остаток + Ожидаемые поступления)».
Вот здесь — главный нюанс для метода Min-Max. Хотя Min и Max задаются вручную, система интерпретирует Max не как статичную «полку», а как целевую точку, рассчитанную на обеспечиваемый период.
Что происходит в вашем случае в КА/ERP:
- Вы задали Min=200, Max=300.
- В Способе обеспечения потребностей для этого товара (или в схеме, к которой он привязан) установлен параметр «Период, обеспечиваемый заказом». Допустим, он равен 30 дням.
- Система интерпретирует ваш ручной Max=300 как «запаса, которого должно хватить на 30 дней».
- Когда остаток падает до 190 (< Min), система запускает расчет: «Нужно обеспечить потребность на 30 дней вперед. Целевой уровень для этого периода — 300 шт. Сейчас есть 190. Следовательно, к заказу = 300 - 190 = 110 шт.».
Почему у вас получается 300? Самый вероятный сценарий — в настройках «Способа обеспечения потребностей» для этого товара параметр «Период, обеспечиваемый заказом» установлен в значение «Не ограничен» или «До даты следующей поставки» при отсутствии следующей поставки. В этом случае система не может рассчитать динамический Max и использует ваш ручной Max=300 как разовый объем заказа. Фактически, она думает: «Заказ должен обеспечить потребность на неопределенный срок, поэтому закажем полный максимальный объем».
Решение и рекомендации:
1. Проверьте и настройте «Способ обеспечения потребностей» (Ключевая настройка!):
- Найдите, какой «Способ обеспечения» (например, «Закупка у ООО Поставщик») используется для этого товара. Он задается в карточке номенклатуры или в «Схеме обеспечения».
- Откройте карточку этого Способа. Найдите поле «Период, обеспечиваемый заказом».
- Рекомендуемое действие: Установите его в конкретное количество дней (например, 30). Это заставит систему считать ваш Max=300 как целевой объем на 30 дней, и расчет «К заказу» станет адаптивным.
- Альтернатива «До даты следующей поставки» работает, только если у вас включено правило формирования заказов «По расписанию».
2. Перепроверьте «Метод поддержания запасов» для связки Товар-Склад:
- Убедитесь, что в «Настройке поддержания запасов» для этого товара на нужном складе действительно выбран метод Min-Max, а не «Расчет по статистике», который мог переопределить ваши ручные цифры.
3. Используйте «Заказ под заказ» для стратегии «точно в Max»:
- Если вам критически важно восполнять ровно до Max (логика УНФ), для таких товаров можно использовать метод «Заказ под заказ». Но тогда система не будет создавать заказы «впрок» на шаге поддержания запасов. Заказы будут формироваться только при появлении конкретных потребностей (например, в продажах), что может не подходить для товаров повседневного спроса.
Итог простыми словами для ERP:
Представьте, что вы управляете не домашним запасом гречки, а складом сети магазинов.
- Ваш Max=300 — это не «полка на складе», а «плановый запас на месяц вперед».
- Система ERP — это ваш логист, который говорит: «Илья, остаток (190) упал ниже точки заказа (200). Чтобы выполнить план и обеспечить shops на месяц вперед (300 шт.), нам сейчас нужно заказать не 110 (чтобы просто заполнить склад), а... Сейчас посчитаю, сколько фактически съедят за время поставки и до конца месяца. О, нужно 110. Заказываем».
- Если логисту не сказали, на какой срок строить планы («период не ограничен»), он паникует и заказывает все 300, чтобы «хуже не было».
Вывод: Настройка «Период, обеспечиваемый заказом» в «Способе обеспечения» — это тот самый нативный инструмент, который приведет логику КА/ERP к привычному вам адаптивному расчету. Проверьте эту настройку в первую очередь.
Удачи в освоении мощного инструментария ERP! Когда эта логика станет привычной, вы увидите, как она позволяет эффективнее управлять оборотным капиталом, заложенным в запасы.