1. Вопрос пользователя
«Почему в управлении запасами и производством так важны горизонты планирования и обеспечения? И почему в 1С ERP ошибка по времени часто опаснее, чем ошибка в самой формуле расчёта?»
2. Теоретическая опора
В управлении запасами время — это не второстепенный параметр, а одна из главных причин существования самого запаса. Rossi прямо пишет, что одна из трёх основных причин держать запас — это время: движение товара по цепи поставок требует времени, и после размещения заказа обычно проходит lead time до получения товара [1]. Из этой же логики вырастает и вся тема горизонтов: если система смотрит слишком близко, она видит только текущий остаток; если смотрит дальше, она начинает видеть потребность, поставку и риск дефицита во времени. [1]
Стерлигова показывает ту же мысль уже в прикладной логике распределения и пополнения. В её примере DRP для того, чтобы покрыть дефицит на третьей неделе, отгрузку из распределительного центра нужно планировать уже на первой неделе, потому что время поставки равно двум неделям [2]. Это очень сильная иллюстрация: правильная формула бесполезна, если горизонт планирования не захватывает момент, когда решение ещё можно принять вовремя. [2]
3. Что это означает для предприятия
Для предприятия это означает простую и жёсткую вещь:
если горизонт планирования короче реального времени реакции системы, предприятие всегда будет опаздывать, даже если формулы расчёта верны.
Можно идеально считать:
- EOQ,
- точку заказа,
- страховой запас,
- MRP-потребность,
- буферные зоны.
Но если:
- заказ поставщику оформляется слишком поздно,
- график производства пересчитывается слишком редко,
- обеспечиваемый период слишком короткий,
- дата следующей поставки не покрывает реальную потребность,
то система математически “права”, а операционно всё равно проваливается в дефицит, срочность и ручное тушение пожара. [2][3]
Именно поэтому время часто важнее формул:
формула отвечает на вопрос “сколько?”,
а горизонт — на вопрос “когда ещё не поздно?”
4. Какие горизонты вообще существуют
В прикладной логике здесь нужно различать как минимум четыре горизонта.
1. Горизонт планирования
Это тот период вперёд, на который предприятие вообще пытается увидеть будущую потребность и сформировать план. В 1С ERP он задаётся в подсистеме планирования: система позволяет выбрать произвольный горизонт планирования и детализировать его по временным периодам, например разбивать месячный план по неделям и использовать скользящее перепланирование [3]. [3]
2. Горизонт обеспечения
Это период, на который предприятие хочет покрыть потребность конкретным пополнением. В 1С ERP он выражается через обеспечиваемый период или поле «Обеспечить потребности до даты». На шаге 2 в рабочем месте формирования заказов эта дата и обеспечиваемый период заполняются из способа обеспечения, но могут быть скорректированы вручную [4]. [4]
3. Горизонт реакции
Это фактическое время, которое нужно системе, чтобы превратить потребность в реальное пополнение: пересчитать план, сформировать заказ, согласовать, поставить, переместить, выпустить. В теории inventory control этот горизонт во многом определяется lead time, а в практике 1С ERP — ещё и периодичностью пересчёта графиков и формирования заказов [1][5]. [1][5]
4. Горизонт пересмотра
Это частота, с которой система и люди возвращаются к пересчёту плана. В 1С ERP это особенно видно в регламентном задании «Планирование производства»: оно может выполняться часто, ежедневно или редко, и от этого напрямую зависит актуальность графика производства [5]. [5]
5. Как это выражается в 1С ERP
5.1. Горизонт планирования в подсистеме планирования
1С ERP прямо поддерживает работу с горизонтом планирования. В РЭ сказано, что система позволяет:
- выбрать произвольный горизонт планирования;
- детализировать его по временным периодам;
- рассчитывать детальные планы на основе укрупнённых;
- использовать скользящее перепланирование, когда новый план уточняет или замещает старый [3]. [3]
Это значит, что уже на уровне подсистемы планирования 1С ERP поддерживает правильную идею: горизонт не должен быть случайным. Он должен соответствовать логике бизнеса, срокам поставки и длительности производственного цикла.
5.2. Горизонт обеспечения в рабочем месте формирования заказов
В расширенном варианте обеспечения эта логика выражена ещё жёстче. В рабочем месте Формирование заказов по потребностям количество к заказу может рассчитываться:
- до даты следующей поставки,
- до границы обеспечиваемого периода,
- по графику,
- либо не заказываться до наступления плановой даты заказа [4]. [4]
Особенно важна здесь формулировка:
при варианте «Все, плановое формирование заказа» количество к заказу предлагается для обеспечения всех потребностей до даты следующей поставки, которую нужно явно заполнить [4]. Это уже чистая логика горизонта обеспечения: система должна понимать, до какого момента пополнение должно протянуть запас. [4]
5.3. Горизонт производственного планирования
В производственном контуре горизонт существует не только как период документа, но и как частота актуализации графика. В параметрах НСИ V4 прямо указано, что регламентное задание «Планирование производства» может выполняться:
- часто, если заказы меняются постоянно и мощности жёстко ограничены;
- ежедневно, если поток более стабилен;
- редко, если циклы длинные и портфель заказов устойчив [5]. [5]
Это важнейшая практическая мысль:
даже хороший расчёт графика быстро устаревает, если горизонт пересмотра не соответствует скорости изменений.
6. Почему время важнее формул
Теперь — главный тезис статьи.
Предположим, у предприятия есть идеальная формула пополнения:
- точно посчитан reorder point,
- верно оценён страховой запас,
- корректно задана средняя потребность.
Но если:
- поставка идёт 10 дней,
- производство график пересматривает раз в неделю,
- обеспечиваемый период выбран только на 3 дня,
- следующий заказ формируется только по календарной дате через 5 дней,
то формула не спасает. Система просто не успевает отреагировать во времени.
Это и есть причина, почему горизонт важнее формул:
формула живёт внутри времени, а не вместо него.
Стерлигова это показывает через DRP-планирование: чтобы не провалиться на третьей неделе, решение нужно принять ещё на первой [2]. 1С ERP показывает то же самое operationally: количество к заказу считается до следующей поставки или до заданной даты обеспечения, а производственный график должен пересчитываться с той частотой, которая соответствует динамике заказов и длительности циклов [4][5]. [2][4][5]
7. Практический пример с разбором
Возьмём номенклатуру М-01.
Исходные данные:
- среднедневное потребление: 20 шт.
- срок поставки: 7 дней
- возможная задержка поставки: 2 дня
- производство или снабжение пересматривает решения раз в неделю
Вариант 1. Формула хорошая, горизонт плохой
Предприятие правильно рассчитало точку заказа и страховой запас. Но:
- потребность анализируется только на ближайшие 3 дня,
- заказ формируется по графику только в конце недели,
- следующая поставка придёт через 7–9 дней.
Что происходит:
- система видит, что “на 3 дня вперёд всё ещё терпимо”;
- решение не принимает;
- через 4–5 дней запас начинает резко проседать;
- до момента поставки уже возникает дефицит.
Вывод: ошибка не в формуле, а в слишком коротком горизонте обеспечения и слишком позднем моменте пересмотра.
Вариант 2. Формула та же, горизонт правильный
Теперь предприятие:
- смотрит потребность минимум на срок поставки плюс резерв,
- задаёт обеспечиваемый период до следующей поставки,
- пересматривает план ежедневно,
- корректирует график автоматически регламентным заданием.
Что происходит:
- заказ формируется раньше;
- поставка успевает войти до провала;
- запас работает как защитный слой, а не как поздний индикатор беды.
Вывод: формула не изменилась, изменилось время принятия решения — и результат стал устойчивым.
8. Где чаще всего ошибаются
Ошибка 1. Планируют слишком далеко, но пересматривают слишком редко
На бумаге горизонт длинный, а практически план уже через день устаревает.
Ошибка 2. Планируют слишком коротко
Система не видит потребность за пределом ближайших дней, хотя lead time длиннее.
Ошибка 3. Путают горизонт планирования и горизонт обеспечения
Можно строить месячный план продаж, но обеспечивать только до ближайшей даты поставки. Это разные уровни, и их нельзя смешивать.
Ошибка 4. Игнорируют разную природу номенклатуры
Один и тот же горизонт не подходит:
- для A-позиций и C-позиций,
- для длинного цикла и короткого,
- для закупаемого и производимого,
- для стабильного и нервного спроса.
Стерлигова даже в вопросах по ABC-классификации отдельно поднимает тему: как меняется горизонт планирования для A, B и C групп [6]. Это хороший методический сигнал: горизонт — не универсальная константа. [6]
9. Простыми словами
Если совсем просто:
- горизонт планирования отвечает, насколько далеко вперёд ты вообще смотришь;
- горизонт обеспечения отвечает, до какой даты должен протянуть текущий заказ;
- горизонт реакции отвечает, сколько времени системе реально нужно, чтобы успеть;
- горизонт пересмотра отвечает, как часто ты обновляешь картину мира.
И если хотя бы один из этих горизонтов короче реальности, формулы уже не спасают.
10. Вывод
Главная мысль статьи такая:
В 1С ERP хорошие формулы не компенсируют плохое время.
Система умеет работать с горизонтом планирования, обеспечиваемым периодом, датой следующей поставки и частотой пересчёта графика [3][4][5]. Но управленческий результат появляется только тогда, когда предприятие согласует эти горизонты с реальной скоростью своей цепи:
- сроком поставки,
- длительностью производства,
- частотой изменения спроса,
- скоростью пересмотра планов.
Правильная практическая формула здесь такая:
сначала определите, когда ещё не поздно принять решение, и только потом считайте, сколько заказывать.
11. Библиография
[1] Rossi R. Inventory Analytics.
Одна из трёх главных причин держать запас — time;
lead time делает запас необходимым как часть работы цепи поставок.
[2] Стерлигова А.Н. Управление запасами в цепях поставок.
Пример DRP: чтобы покрыть дефицит на 3-й неделе, отгрузку нужно планировать уже на 1-й неделе при времени поставки 2 недели;
временная логика планирования распределительной сети.
[3] 1С:ERP Управление предприятием 2. Позиционирование товарного планирования.
Система позволяет выбрать произвольный горизонт планирования, детализировать его по временным периодам, использовать скользящее перепланирование и координировать взаимосвязанные планы.
[4] 1С:ERP Управление предприятием 2. Расширенный вариант обеспечения потребностей.
Дата поставки и обеспечиваемый период заполняются из способа обеспечения;
количество к заказу может рассчитываться для покрытия потребностей до даты следующей поставки;
рабочее место формирования заказов использует горизонт обеспечения как практический параметр.
[5] Параметры программы НСИ V4.
Регламентное задание “Планирование производства”;
рекомендации по частоте пересчёта графика в зависимости от динамики заказов, длительности циклов и ограниченности мощностей;
выбор методики и периодичности влияет на реалистичность плана.
[6] Стерлигова А.Н. Управление запасами в цепях поставок.
Вопрос о различии горизонта планирования для A, B и C групп как методическое указание на то, что горизонт должен зависеть от класса позиции и режима управления.