Вопрос по этапам производственного планирования

Имеем два уровня планирования: объемное и календарное. На первом уровне определяем объемы производства на период. На втором - готовим конкретные сроки выпуска номенклатуры

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

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

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

maximaz,

фигней не занимайся
пока никто не придумал механизм агрегации без потерь существенной информации
никто - кроме ВИП.Логистика

ViPRos, ты, когда захочешь, можешь ведь быть чуточку подоброжелательнее... :)

maximaz,

Судя по всему, речь идет об алгоритме Closed Loop MRP, в котором действительно задействуется объемное планирование, результаты которого "скармливаются" CRP, который пытается выровнять нагрузку на производственные мощности и может выявить, в том числе перегрузку производственных мощностей. CRP вносит коррективы в потребности, производя переброску по дням (часам, неделям, декадам - определяется горизонтом планирования) и передает уточненные данные обратно в MRP. Который в свою очередь опять передает свои данные CRP... и так далее.

Есть принципиально иные алгоритмы, в частности, APS (Advanced Planning and Schedulling). В таких алгоритмах нет разделения на объемно-календарное планирование и отдельного плана загрузки мощностей - они совмещены. Однако, такие алгоритмы, в отличие от MRP, не являются открытыми. Логика их работы защищена от попыток повторения и относится к разряду ноу-хау.

maximaz,

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

popov19
вот тут есть кино, где я про это рассказываю

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

Garya

ViPRos, ты, когда захочешь, можешь ведь быть чуточку подоброжелательнее... :) maximaz, Судя по всему, речь идет об алгоритме Closed Loop MRP, в котором действительно задействуется объемное планирование, результаты которого "скармливаются" CRP, который пытается выровнять нагрузку на производственные мощности и может выявить, в том числе перегрузку производственных мощностей. CRP вносит коррективы в потребности, производя переброску по дням (часам, неделям, декадам - определяется горизонтом планирования) и передает уточненные данные обратно в MRP. Который в свою очередь опять передает свои данные CRP... и так далее. Есть принципиально иные алгоритмы, в частности, APS (Advanced Planning and Schedulling). В таких алгоритмах нет разделения на объемно-календарное планирование и отдельного плана загрузки мощностей - они совмещены. Однако, такие алгоритмы, в отличие от MRP, не являются открытыми. Логика их работы защищена от попыток повторения и относится к разряду ноу-хау.

На мой взгляд, все эти ноу-хау - версии алгоритмов популярных олимпиадных задач "о ранце/рюкзаке" и "задач коммивояжера". Динамическое программирование и теория расписаний правит балом MRP.

andr_andrey
На мой взгляд, все эти ноу-хау - версии алгоритмов популярных олимпиадных задач "о ранце/рюкзаке" и "задач коммивояжера". Динамическое программирование и теория расписаний правит балом MRP.

NP-полные задачи, которые в общем случае не имеют приемлемого решения кроме полного перебора :-)
Поэтому квантовые компьютеры "спасут отца Русской демократии" <:o)

Garya,

Теория Ограничений и на этот вопрос прекрасно отвечает.

popov19
Garya, Теория Ограничений и на этот вопрос прекрасно отвечает.

Помнится, о теории ограничений не Вы мне, а я Вам впервые рассказал... :)

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

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

Я приводил уже на данном форуме (если мне не изменяет память, то как раз для Вас) ссылочку на эту книгу практика с огромным опытом, который занимался как раз стыковкой канбан и MRP. Очень советую прислушаться к советам и рекомендациям ее автора. Объемно-календарное планирование тесно взаимосвязано со стратегическим управлением, с возможностью реализовывать некую нестандартную динамику и реагировать на нестандартную динамику рынка. Канбан же подобной компоненты в себе не имеет. Именно поэтому канбан хорошо работает только на устойчивом рынке с малыми колебаниями спроса и хорошей сбалансированностью спроса и предложения, либо на рынке, на котором спрос значительно превышает предложение (когда "бутылочное горлышко" находится между производителем и клиентом), что ставит "производителя" в позицию "диктующего условия". Во всех других условиях канбан-планирование не прокатывает.