Порядок балансирования спроса при планировании потребности в материальных ресурсах.

В Navision заложено несколько алгоритмов планирования. От примитивного «Создать производственный заказ» из окна заказа продажи до сложного регенеративного планирования.

Р?менно регенеративное планирование учитывает РІСЃРµ параметры, указанные РІ карточке товара, что позволяет наиболее РіРёР±РєРѕ управлять процессом.

Базовое единицей планирования является единица складского учета (далее СКУ), т.е. сочетание измерений Товар, Склад, Вариант. Cистема сбалансирует спрос на конкретный вариант конкретного товара на определенном складе.

Вопрос на которой хочется ответить в данной статье - в какой последовательности система будет пытаться сбалансировать спрос.

Р?так, начнем.

Регенеративное планирование вызывается из журнала Производственный план (Производство / Планирование / Произ.планы, кнопка Функции / Вычислить регенеративный план). При нажатии на кнопку, происходит вызов отчета Расчет Плана - Произ. План (99001017 Calculate Plan - Plan. Wksh.).

Отчет работает на базе датаайтема Item (таблица 27). В свойстве DataItemTableView указана сортировка по полю «Low-Level Code». Отсюда становиться понятной важность запуска периодического задания «Рассчитать код нижнего уровня» перед запуском процедуры планирования.

Примечание.
Пакетное задание «Рассчитать код нижнего уровня» запускается из меню Производство / Проектирование товара / Рассчитать код низкого уровня). При этом происходит запуск кодеюнита 99000853 Calc. Low-level code.
На основе вложенности спецификаций, система присваивает товарам коды нижнего уровня. Т.е. товару, который потребляется при производстве самого первого полуфабриката будет присвоен наибольший код, а готовому изделию будет присвоено значение 0.
Код нижнего уровня может рассчитываться динамически - при изменении статуса спецификации, для этого в окне Производство Настрока (Производство / Настройка / Производство Настройка) на закладке Общее нужно установить флаг в поле «Динамический код нижнего уровня».

Отчет сортирует справочник товаров по возрастанию значения в поле «Код нижнего уровня», т.е. первыми проходят процедуру планирования готовые изделия или товары на перепродажу (у них «Код нижнего уровня» = 0).

Товары с одинаковым кодом нижнего уровня отсортированы по полю «Но.» (как известно первичный ключ добавляется к дополнительному ключу).

Для каждого товара система запускает кодеюнит 5431 Calc. Item Plan - Plan Wksh, из которого в свою очередь запускается 99000854 Inventory Profile Offsetting.

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

Затем на основании указанных таблиц система создает временную таблицу «Единицы складского учета» (5700 Stockkeeping Unit) куда включает все комбинации Склад-Товар-Вариант найденные в таблице Товар Профиль.

Примечание
РџСЂРё этом, если указанные единицы складского учета существуют (введены пользователем), то параметры планирования копируются РІ указанную временную таблицу. Если единицы складского учета СЃ указанной комбинацией измерений РЅРµ существует, то политика дозаказа принимается равной Лот-для-Лота, Включать Наличие = Да, Р° РІСЃРµ остальные параметры планирования остаются пустыми. Подробнее смотри раздел “Планирование СЃРѕ складами Рё без складов” РІРѕ встроенной справочной системе.

Временная таблица «Единицы складского учета» сортируется РїРѕ ключу “Товар РќРѕ.”,”Перемещение РљРѕРґ РЈСЂРѕРІРЅСЏ” (Item No.,Transfer-Level Code). Как РјС‹ знаем, система планирования запускается для каждого товара, соответственно РІ данной таблице товар всегда РѕРґРёРЅ. Поле Перемещение РљРѕРґ РЈСЂРѕРІРЅСЏ заполняется системой только для единиц складского учет СЃ Методом Пополнения = Перемещение, для остальных Методов пополнения РѕРЅРѕ равно 0.

Примечание
Система проверяет, существует ли РЎРљРЈ для указанного товара Рё варианта, РЅР° складе-отправителе. Если единица складского учета существует, то РІ поле РЎРљРЈ.”Перемещение РљРѕРґ РЈСЂРѕРІРЅСЏ” принимает значение РЎРљРЈ-отправитель.”Перемещение РљРѕРґ РЈСЂРѕРІРЅСЏ”-1.
Если же РЎРљРЈ-отправитель РЅРµ существует, то РЎРљРЈ.”Перемещение РљРѕРґ РЈСЂРѕРІРЅСЏ” :=-1.
Т.е. первым обрабатывается спрос на замыкающем складе в цепочке перемещений. Последними обрабатываются СКУ складов с Методом Пополнения =Покупка|Производство.

Как известно, в конце дополнительного ключа добавляется первичный ключ, для СКУ это «Код Склада,Товар Но.,Код Варианта» (Location Code,Item No.,Variant Code).

Далее система планирования перебирает записи временной таблицы «Единицы складского учета». РџСЂРё переходе РЅР° следующую запись система устанавливает фильтры РїРѕ полям Товар РќРѕ, Склад РљРѕРґ, Вариант РљРѕРґ РЅР° таблицы Товар Профиль (отдельно СЃРїСЂРѕСЃ Рё отдельно поставки). Таблицы Товар Профиль отсортированы РїРѕ ключу “Товар РќРѕ”,”Вариант РљРѕРґ”,”Склад РљРѕРґ”,”Дата Выполнения”.

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

  1. _Товары. (”Low-Level Code”, “No.”)
  2. ___РЎРљРЈ, СЃРІСЏР·СЊ через поле Товар РќРѕ (”Transfer-Level Code”, “Location Code”,”Variant Code”)
  3. _____Товар Профиль, СЃРІСЏР·СЊ через поля Товар РќРѕ, Склад РљРѕРґ, Вариант РљРѕРґ (”Due Date”)

Метки:



Комментариев: 1

  1. apanko пишет:

    Пару ссылочек про особенности планирования в NAV 5.0 SP1

    https://mbs.microsoft.com/partnersource/support/selfsupport/hottopics/SupplyPlanningIssuesNAV500SP12009

    https://mbs.microsoft.com/partnersource/support/selfsupport/hotfixes/msd_nav5sp1rollupupdatejune09.htm

Оставьте свой отзыв!