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

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

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

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

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

Модуль кода содержит логику планирования и следующие функции:

• MRP и MPS
• Вычислить план оборота
• Вычислить регенеративный план

Однако расчет плана поставки включает использование различных подсистем.

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

Параметры планирования

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

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

Дата начала планирования

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

• Весь поставки и спрос до даты начала периода планирования считаются частью запасов или будут считаться отгруженными. Иными словами, предполагается, что план для прошедшего периода выполняется в соответствии с данным планом. Подробнее см. в разделе Обработка заказов до даты начала планирования.

Динамическая трассировка заказов (фиксация)

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

Например, если вы вводите или изменяете заказ на продажу, динамическая трассировка заказов сразу же выполняет поиск поставки для удовлетворения спроса. Поставка может быть из запасов или ожидаемого заказа на поставку (заказ на покупку или производственный заказ). Когда он находит источник предложения, Business Central связывает спрос и поставку. Вы получаете доступ к связи на страницах только для просмотра из строк документа. Если поставку не удается найти, система динамического отслеживания заказов создает указания в журнале планирования с предложениями плана поставок.

Динамическая трассировка заказов помогает оценить, следует ли принимать предложения по заказам на поставку. Со стороны поставки она показывает спрос, породивший поставку. Со стороны спроса она показывает поставку, которая должно покрыть спрос.

Подробнее см. в разделе Сведения о проектировании: резервирование, трассировка заказов и отправка сообщений о действиях.

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

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

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

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

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

Система планирования имеет дело со спросом и поставкой товаров в приоритетном порядке. Заказ имеет приоритет в соответствии со сроками выполнения и типами заказов. То есть по принципу «первым нужен — первым обслужен». Она удаляет все связи трассировки заказа, которые были созданы динамически, и восстанавливает их в соответствии с приоритетом срока оплаты. Если система планирования запущена, это значит, что устранены все неравновесия между спросом и предложением, как показано ниже для одних и тех же данных.

После выполнения планирования таблица "Указание операции" не содержит никаких сообщений о действиях. Эти сообщения заменяются действиями, предложенными в журнале планирования. Подробнее см. в разделе Связи трассировки заказов во время планирования.

Порядок и приоритет в планировании

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

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

Приоритет/код нижнего уровня товара

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

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

Дополнительные сведения по вопросам производства см. в разделе Загрузка профилей запасов.

Оптимизация производительности для низкоуровневых вычислений

Вычисления кода низкого уровня могут повлиять на производительность системы. Чтобы смягчить воздействие, вы можете отключить Динамический расчет кода низкого уровня на странице Настройка модуля "Производство". Когда вы это сделаете, Business Central предложит вам создать повторяющуюся запись в очереди заданий, которая будет ежедневно обновлять коды низкого уровня. Вы можете гарантировать, что задание будет выполняться в нерабочее время, указав время начала в поле Самая ранняя дата/время начала.

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

Важно!

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

Приоритет на уровне склада/перемещения

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

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

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

Подробнее см. в разделе Сведения о проектировании: перемещения при планировании.

Приоритет заказа

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

Прогнозы спроса и общие заказы

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

Подробнее см. в разделе Прогнозируемый спрос снижается заказами на продажу.

Назначение произодственного плана

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

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

При использовании нескольких складов назначение происходит на уровне товара для каждой комбинации складов. Если заказ на продажу создан только на одном складе, Business Central назначит для планирования товар на данном конкретном складе.

Причина выбора товаров для планирования — в производительности системы. Если цепочка спроса-поставки товара не была изменена, система планирования не предложит никаких действий. Без назначения планирования системе потребуется выполнять вычисления для всех элементов, чтобы определить, что можно планировать. Полный список причин назначения товара системе планирования приводится в разделе Сведения о проектировании: таблица "Назначение произ. плана".

Доступны следующие варианты планирования:

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

Некоторые пользователи считают, что планирование нетто-изменений должно выполняться мгновенно, например при вводе заказов на продажу. Однако планирование может привести к путанице, поскольку динамическая трассировка заказов и отправка сообщений о действиях также рассчитываются оперативно. Business Central предлагает управление товарами, доступными для распределения, в реальном времени. Она предоставляет всплывающие предупреждения, когда вы вводите заказы на продажу, а текущий план поставок не может удовлетворить спрос.

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

Измерения товара

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

Business Central рассматривает коды вариантов и складов как измерения товаров в строке заказа на продажу, операции журнала товаров и т. д. Соответственно, она рассчитывает план для каждой комбинации варианта и склада, как если бы комбинация была отдельным номенклатурным номером.

Вместо расчета теоретической комбинации варианта и склада, Business Central рассчитывает только комбинации, которые фактически существуют в базе данных. Дополнительные сведения о том, как система планирования обрабатывает коды складов в спросе, см. в разделе Сведения о проектировании: спрос на пустом складе.

Атрибуты товара

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

Связь "заказ-в-заказ" между спросом и поставкой — это еще один тип атрибута, который влияет на систему планирования. Подробнее см. в разделе Связи "заказ-в-заказ".

Специфические атрибуты

Некоторые атрибуты спроса специфичны, и предложение должно точно им соответствовать.

• Затребованные серийные номера или номера партий, требующие конкретного применения (установлен флажок Трассировка СН или Партия – трассировка на странице Карточка кода трассировки товаров для кода трассировки, используемого для товара).
• Связи с заказами на поставку, созданные вручную или автоматически для определенного спроса (ссылки "заказ-в-заказ").

Система планирования применяет следующие правила для этих атрибутов:

• Спрос с определенными атрибутами может быть удовлетворен только поставкой с соответствующими атрибутами.
• Поставка с конкретными атрибутами также может удовлетворить спрос, который конкретно не требует именно эти атрибуты.

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

Общие атрибуты

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

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

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

Связи "заказ-в-заказ"

"Заказ в заказ" означает, что вы покупаете, собираете или производите товар для конкретного спроса. Есть несколько причин для выбора этой политики:

• Спрос нечастый.
• Срок выполнения незначителен.
• Требуемые атрибуты различаются.

Еще одним случаем использования связи "заказ-в-заказ" является связь заказа на сборку с заказом на продажу в сценарии сборки на заказ.

Связи "заказ-в-заказ" применяются между спросом и поставкой четырьмя способами:

• Если планируемый товар использует политику повторного заказа Заказ.
• При использовании политики производства на заказ для создания многоуровневых производственных заказов или заказов проектного типа (производство необходимых компонентов в одном производственном заказе)
• При создании производственных заказов для заказов на продажу с использованием функции планирования заказа на продажу
• Когда вы собираете товар в заказ на продажу (для Политика сборки установлено значение Сборка на заказ)

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

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

Резервирования и связи трассировки заказов прерываются, если ситуация становится невозможной. Например, при переносе спроса на более раннюю дату, чем поставка. Связи между заказами адаптируются к изменениям спроса или предложения и никогда не прерываются.

Резервирования

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

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

На следующем рисунке показано, как резервирование может помешать планированию.

Подробнее см. в разделе Сведения о проектировании: резервирование, трассировка заказов и отправка сообщений о действиях.

Предупреждения

Первый столбец в таблице планирования — для полей предупреждений. Значок предупреждения отображается, когда вы создаете строку планирования для необычной ситуации.

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

• Экстренный,
• Исключение
• Внимание!

Экстренный,

Экстренное предупреждение отображается в двух случаях:

• Если запасы отрицательные на планируемую дату начала
• Если существуют события спроса или поставки, датированные прошедшим числом

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

Строки документа с датами завершения до планируемой даты начала объединяются в один экстренный заказ на поставку. Заказ должен прибыть на планируемую дату начала.

Исключение

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

Исключением является нарушение уровня страхового запаса. Этого не должно происходить, если точка перезаказа установлена правильно. Подробнее см. в разделе Роль точки дозаказа.

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

Примечание

Возможно, система планирования израсходовала страховой запас намеренно, и он будет немедленно пополнен. Подробнее см. в разделе Потребление страхового запаса.

Внимание!

Предупреждение о необходимости обратить на что-либо внимание отображается в трех случаях:

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

Заметка

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

Журналы ошибок

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

Если поле не выбрано, пакетное задание Вычислить план будет выполняться до завершения. Ошибки не приведут к прерыванию пакетного задания. При наличии ошибок в сообщении указывается, сколько элементов было затронуто. Страница Журнал ошибок планирования содержащая дополнительные сведения об ошибке и ссылки на затронутые документы или настройки.

Гибкость планирования

Не всегда практично планировать существующий заказ на поставку. Например, когда производство запущено или вы нанимаете дополнительных людей в определенный день для выполнения проекта. Чтобы обозначить, можно ли изменить существующий заказ системой планирования, все строки заказа на поставку имеют поле Гибкость планирования с двумя параметрами: Неограниченная и Нет. Если в данном поле задано значение Нет, система планирования не будет пытаться изменить строку заказа на поставку.

Пользователь может вручную настроить это поле, однако в некоторых случаях оно будет вручную настраиваться Business Central. Очень важен тот факт, что гибкость планирования можно вручную настроить, потому что это упрощает адаптацию применения этой функции к разным рабочим процессам и бизнес-случаям. Дополнительные сведения об использовании этого поля см. в разделе Сведения о проектировании: перемещения при планировании.

Планирование заказов

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

Заметка

Не рекомендуется использование планирование заказов, если организация уже использует журналы планирования или заявок. Заказы на поставку, созданные на странице Планирование заказов, могут быть изменены или удалены в процессе автоматического планирования. Эти изменения может произойти из-за того, что в процессе автоматического планирования используются параметры планирования, которые могут не учитываться при планирование вручную на странице "Планирование заказов".

Ограниченная нагрузка

Business Central предоставляет приблизительный график для планирования разумного использования ресурсов. Он не создает и не поддерживает подробные расписания автоматически на основе приоритетов или правил оптимизации.

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

• Чтобы не перегружать ресурсы
• Чтобы гарантировать, что мощности не останутся нераспределенными, если это может сократить время выполнения производственного заказа

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

Заметка

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

Буферный период можно добавить к ресурсам для сведения к минимуму разделения операций. На этот раз пусть Business Central запланирует нагрузку на последний возможный день, слегка превысив процент критической нагрузки.

См. также

Сведения о проектировании: перемещения при планировании
Сведения о проектировании: параметры планирования
Технические подробности: таблица "Назначение произ. плана"
Технические подробности: обработка политик дозаказа
Технические подробности: балансировка спроса и поставок

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