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

maximaz,

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

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

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

popov19Garya,

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

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

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

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