Технические подробности: параметры планирования

В этой статье описываются параметры планирования, которые можно использовать в Business Central.

То, как система планирования контролирует поставку товаров, определяется различными настройками на страницах Товар карточка, Артикул и Настройка производства . В следующей таблице поясняется, как система планирования использует эти параметры.

Назначение	Параметры
Определяет, планируется ли товар	Политика дозаказа = Пусто
Определение времени дозаказа	Горизонт планирования Точка повтора заказа Страховой запас времени
Определение количества для дозаказа	Кол-во страхового запаса Политика дозаказа: - Фикс. кол-во дозаказа и кол-во для дозаказа - Максимальное количество и максимальный запас - Заказ - Партия на партию
Оптимизация времени и количества дозаказа	Период перепланирования Период накопления лота Буферный период
Изменение заказов на поставку	Минимальное количество заказа Максимальное количество заказа Заказать несколько
Разделение запланированного элемента	Политика производства: - Изготовление на склад - Изготовление на заказ

Определяет, планируется ли товар

Чтобы включить товар или единицу хранения в процесс планирования, необходимо назначить им политику дозаказа. В противном случае их необходимо планировать вручную, например, с помощью функции "Планирование заказов".

Определение времени дозаказа

Предложения по дозаказу обычно выпускаются, только когда прогнозируемое доступное количество равное или меньше данного количества. Точка дозаказа определяет количество. В противном случае количество будет равно нулю. Нуль можно скорректировать, введя количество страхового запаса. Если вы определили страховое время подготовки, предложение будет доставлено в течение периода до требуемой даты удовлетворения спроса.

Поле Временной интервал используется политиками точек повторного заказа (Фиксированное количество повторного заказа и Максимальное количество). Уровень запасов проверяется после каждого горизонта планирования. Первый горизонт планирования начинается в начальную дату планирования.

Заметка

При расчете временных интервалов система планирования игнорирует рабочие календари, которые определены в поле Базовый код календаря на страницах Информация о компании и Местоположение карточка .

На странице Настройка производства необходимо установить время выполнения по умолчанию не менее одного дня. Требуемая дата удовлетворения спроса может быть известна, но не требуемое время. Планирование строит график в обратном порядке, чтобы удовлетворить общий спрос. Если не указать страховое время подготовки, товары могут прибыть слишком поздно для удовлетворения спроса.

Поля Период повторного заказа, Период накопления партии и Период гасителя также играют роль в определении того, когда следует повторить заказ. Для получения дополнительных сведений см. Оптимизация сроков и объемов дозаказа.

Определение количества для дозаказа

Если система планирования обнаруживает необходимость в дозаказе, политика дозаказа определяет, когда следует дозаказать товары и в каком количестве.

Система планирования не зависит от политики дозаказа и обычно использует следующую логику.

1. Вычисляется количество предложения по заказу, необходимое для выхода на минимальный уровень запаса товара (обычно уровень страхового запаса). Если ничего не указано, минимальный уровень запасов равен нулю.
2. Если прогнозируемые доступные запасы ниже страхового запаса, предлагается заказ на поставку с обратным планированием. Кол--во заказа позволит по меньшей мере наполнить страховой запас. Его можно увеличить совокупным спросом в пределах горизонта планирования, политикой повторного заказа и модификаторами заказов.
3. Если прогнозируемые запасы ниже точки дозаказа или равны ей (рассчитаны на основе совокупных изменений в горизонте планирования) и выше количества страхового запаса, предлагается исключительный заказ с прямым планированием. И полный спрос, который необходимо удовлетворить, и политика дозаказа будут определять количество заказа. Как минимум количество заказа будет равно точке дозаказа.
4. Если имеется дополнительный общий спрос, который должен быть удовлетворен до даты окончания предложения по заказу с прямым планированием, и этот спрос уменьшает текущие рассчитанные прогнозируемые доступные запасы до значения ниже количества страхового запаса, количество заказа увеличивается для восполнения дефицита. Затем предложенный заказ на поставку планируется в обратном порядке от даты удовлетворения совокупного спроса, который мог бы нарушить количество страхового запаса.
5. Если поле Временной интервал не заполнено, добавляется только валовой спрос на ту же дату выполнения.

Политики дозаказа

Следующие политики дозаказа влияют на дозаказываемое количество. Чтобы узнать больше о политиках переупорядочения, перейдите в раздел Подробности проектирования: обработка политик переупорядочения.

Политика дозаказа	Описанием
Фиксированное количество для повторного заказа.	Как минимум количество заказа будет равно количеству дозаказа. Вы можете увеличить количество для удовлетворения спроса или выхода на требуемый уровень запасов. Эта политика повторного заказа, как правило, используется с точкой повторного заказа.
Максимальное кол-во	Количество заказа вычисляется для выхода на максимальные запасы. Если используются модификаторы количества, максимальный уровень запасов можно нарушить. не рекомендуется использовать горизонт планирования вместе с максимальным количеством. Горизонт планирования, как правило, переопределяется. Эта политика повторного заказа, как правило, используется с точкой повторного заказа.
Заказ	Количество заказа рассчитывается так, чтобы удовлетворить все отдельные события спроса, а набор спрос-предложение остается связанным до исполнения. Параметры планирования не учитываются.
Лот-за-Лот	Количество рассчитывается для удовлетворения суммарного спроса, который нужно удовлетворить в данном горизонте планирования.

Оптимизация времени и количества дозаказа

Планировщик может настроить параметры планирования, чтобы ограничить предложения по перепланированию, аккумулировать спрос (динамическое количество дозаказа) или избежать незначительных операций планирования. Следующие поля позволяют оптимизировать время и количество дозаказа.

Поле	Описанием
Период перепланирования	Это поле определяет, должно ли указание перепланировать существующий заказ или отменять его и создавать новый. Существующий заказ будет перепланирован в том же периоде перепланирования до текущего предложения и до одного периода перепланирования после текущего предложения. Примечание: Этот параметр работает только с политикой повторного заказа Lot-for-Lot .
Период накопления лота	Если политика дозаказа действует на уровне партий, это поле используется для объединения нескольких потребностей в поставках в один заказ на поставку. Начиная с первой плановой поставки система накапливает все потребности в поставке в следующем периоде накопления лота в одном заказе, который размещается на дату первой поставки. Спрос за пределами периода накопления лота не покрывается этой поставкой.
Период демпфера	Это поле используется, чтобы избежать незначительного перепланирования существующих поставок. Изменение с даты поставки на один буферный период с даты поставки не приведет к созданию сообщений о действиях. Буферный период определяет период времени, в течение которого система планирования не должна предлагать перепланировать существующие заказы на поставку на более позднюю дату. Это ограничивает объем незначительного перепланирования имеющейся поставки на более позднюю дату, если перепланированная дата входит в буферный период. В результате положительная дельта между предложенной новой датой поставки и исходной датой поставки всегда будет больше буферного периода.

Примечание

Если политика дозаказа — "Партия на партию", значение поля Период накопления лота поле должно быть больше или равно значению поля Буферный период. В противном случае буферный период уменьшается во время процедуры планирования в соответствии с периодом накопления лота.

Время периода перепланирования, буферного периода и периода накопления лота отсчитывается от даты поставки. Горизонт планирования основан на начальной дате планирования, как показано на следующей иллюстрации.

В следующих примерах черные стрелки представляют существующую поставку (вверх) и спрос (вниз). Красные, зеленые и оранжевые стрелки обозначают предложения по планированию.

Пример 1: Измененная дата выходит за рамки периода переноса, что приводит к отмене существующей поставки. Предлагается новая поставка для удовлетворения спроса в период накопления лота.

Пример 2: Измененная дата попадает в период перепланирования, что приводит к перепланированию существующей поставки. Предлагается новая поставка для удовлетворения спроса за пределами периода накопления лота.

Пример 3: В период демпфера есть спрос, а объем предложения в период накопления партии соответствует объему предложения. Следующий спрос не удовлетворен, поэтому предложена новая поставка.

Пример 4: В период действия демпфера есть спрос, а предложение остается на тот же день. Однако текущее количество поставки не покрывает спрос в период накопления лота. Предлагается действие по изменению количества для существующего заказа на поставку.

Значения по умолчанию: Значение по умолчанию для поля Временной интервал и трех полей периода повторного заказа пустое. Для всех полей за исключением поля Буферный период это означает значение 0D (ноль дней). Если поле Буферный период пустое, будет использоваться глобальное значение в поле Буферный период по умолчанию на странице Производство - настройка.

Изменение заказов на поставку

Если количество предложения заказа вычислено, один или более модификаторов заказа могут скорректировать это количество. Например, максимальное количество заказа больше или равно минимальному количеству заказа, которое больше или равно множителю заказа.

Количество уменьшается, если оно превышает максимальное количество заказа. Затем оно увеличивается, если оно ниже минимального количества заказа. Наконец, оно округляется в большую сторону, чтобы соответствовать определенному множителю заказа. В любом остатке используются те же коррекции, пока общий спрос не будет удовлетворен в предложениях заказа.

Разделение товаров

Поле Производственная политика на странице Товар карточка определяет, какие еще заказы предлагает расчет MRP.

Если используется опция Изготовление на склад , заказы касаются только товара.

Если используется опция Изготовление на заказ , система планирования анализирует производственную спецификацию товара и создает связанные предложения по заказу для тех товаров более низкого уровня, которые также определены как изготавливаемые на заказ. Это продолжается при наличии товаров на заказ в нисходящих структурах спецификации.

Использование кодов нижнего уровня для управления производным спросом

Используйте коды нижнего уровня, чтобы распространить производный спрос на компоненты на нижние уровни спецификации. Чтобы узнать больше о низкоуровневых кодах, перейдите в раздел Приоритет элемента / Низкоуровневый код.

Существует возможность присвоить код нижнего уровня каждой части структуры изделия или структурированной спецификации. Верхний уровень заключительной сборки указывается как уровень 0 — конечный товар. Чем выше номер кода низшего уровня, тем ниже данный товар находится в иерархии. Например, конечные товары имеют код нижнего уровня 0, а части товара, которые используются для сборки конечного товара, имеют коды нижнего уровня 1, 2, 3 и так далее. Результатом является координация планирования частей компонента с потребностями номеров частей более высокого уровня. При составлении плана, спецификация раскрывается в журнале планирования, и полная потребность для уровня 0 спускается по уровням планирования в качестве полной потребности для другого уровня планирования.

На странице Настройка производства используйте переключатель Динамический код низкого уровня , чтобы указать, следует ли немедленно назначать и рассчитывать коды низкого уровня для каждого компонента в структуре продукта. При наличии больших объемов данных использование этой функции может отрицательно повлиять на скорость работы программы, например при автоматической коррекции себестоимости. Необходимо учесть, что отменить действие этой функции нельзя, поэтому следует быть осторожными при ее использовании.

Как альтернативу для автоматических вычислений, которые производятся динамически, если выбрано это поле, можно выполнить пакетное задание Вычислить код нижнего уровня из меню Производство, выбрав команду Проектирование товаров, Вычислить код нижнего уровня.

Важно!

Если переключатель Динамический низкоуровневый код не включен, необходимо запустить пакетное задание Расчет низкоуровневого кода , прежде чем рассчитывать план поставок (пакетное задание Расчет плана ).

Заметка

Несмотря на то, что поле Динамический код низкого уровня включено, коды низкого уровня элементов компонентов не изменяются динамически, если спецификация родительский элемент удалена или установлена как несертифицированная. Это может затруднить добавление новых товаров в конец структуры продукта, так как может быть превышено максимальное количество кодов нижнего уровня. Поэтому для больших структур продуктов, достигающих предела кода низкого уровня, можно часто запускать пакетное задание Вычислить код низкого уровня , чтобы поддерживать структуру.

См. также

Детали дизайна: обработка политик переупорядочивания
Детали дизайна: баланс спроса и предложения
Детали проекта: основные концепции системы планирования

Найдите бесплатные модули электронного обучения для Business Central здесь