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

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

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

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

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

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

• 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 здесь