|
жденные заказы и те плановые заказы, которые находятся в пределах горизонта планирования, для которого запрещены любые автоматические корректировки плана (в пределы так называемой границы во времени (time fence)). Пересчет плана производится на всю глубину структур продуктов по тем «веткам» структуры, для которых пересчет необходим, так как изменения на верхних уровнях структуры продукта сказываются на всех нижестоящих уровнях. Наличие или отсутствие данного режима зависит от того или иного программного продукта, однако он, как правило, все же присутствует. Более того, он может быть и единственным, когда режим полного пересчета не реализован. Естественно, что режим пересчета «по изменениям» дает результат быстрее, чем полный пересчет, особенно при регулярном запуске процедуры пересчета. Если в системе содержатся оба указанных режима пересчета плана, может случиться, что необходимо использовать их оба, но с разной частотой. Ведь за «сдвиг» горизонта планирования в будущее, как отмечалось выше, отвечает режим полного пересчета, в то время как пересчет «по изменениям» является текущим, оперативным инструментом планирования. Тем самым эти режимы дополняют друг друга. Режим выборочного пересчета является скорее дополнительной функциональностью, закладываемой разработчиками программного обеспечения, и позволяет производить моделирование ситуации по задаваемому пользователем диапазону номенклатурных позиций. В самом деле, иногда удобно оценить последствия принятия тех или иных плановых решений в оперативном режиме. Количество параметров, по которым производится выбор номенклатурных позиций для пересчета, может быть достаточно обширно и зависит от того, какую информационную систему вы используете. 1.11 Представление результатов работы MRP Рассмотрим предварительно общий формат представления выходных данных, выдаваемых в результате работы MRP, а также проследим базовую логику, которой руководствуется система. Для этого рассмотрим рисунок 18. Необходимо разъяснить значение строк данной диаграммы. В строке «Общая потребность» отображается информация об общей потребности в данной номенклатурной позиции в каждом из плановых интер |
202 Глава 5 ничивающей горизонт планирования, полагается дата, которой записан наиболее удаленный заказ (прогноз и т. д.). Такой подход более характерен для MRP-систем без агрегирования потребностей. Если же в системе в качестве параметра поддерживается горизонт планирования, система формирует заказы для покрытия потребности в номенклатурных позициях на указанное количество дней вперед (например, горизонт планирования равен 90 дням), может быть, что только режим полного пересчета «отвечает» за те источники потребности, которые вновь вошли в сферу действия MRP в силу истечения с момента последнего пересчета, скажем, одной недели. Эта неделя «на конце» горизонта планирования в прежних вариантах плана не фигурировала, а следовательно, данные о потребности в изделиях, зафиксированные для этой недели, должны быть обработаны. Такая ситуация более характерна для M RP-систем с агрегированием потребностей. Впрочем, возможна реализация и неких «третьих» вариантов реализации указанного режима вплоть до отказа от его применения. Режим пересчета «по изменениям» (net change) применяется тогда, когда необходимо переработать план по тем номенклатурным позициям, для которых с момента последнего пересчета плана произошли изменения, отражающиеся на нем. Перечень этих изменений охватывает все входные данные, необходимые для работы MRP, и подробнее рассматривается ниже. MRP-система в подобном режиме проверяет для каждой номенклатурной позиции, имели ли место подобные изменения, и если да, переделывает плановые заказы на эту номенклатурную позицию. Конечно, сразу следует отметить, что, как и для режима полного пересчета, MRP не уполномочена корректировать подтвержденные заказы и те плановые заказы, которые находятся в пределах горизонта планирования, для которого запрещены любые автоматические корректировки плана (в пределы так называемой границы во времени (time fence)). Пересчет плана производится на всю глубину структур продуктов по тем «веткам» структуры, для которых пересчет необходим, так как изменения на верхних уровнях структуры продукта сказываются на всех нижестоящих уров Планирование производства и закупок в MRP II 203 нях. Наличие или отсутствие данного режима зависит от того или иного программного продукта, однако он, как правило, все же присутствует. Более того, он может быть и единственным, когда режим полного пересчета не реализован. Естественно, что режим пересчета «по изменениям» дает результат быстрее, чем полный пересчет, особенно при регулярном запуске процедуры пересчета. Если в системе содержатся оба указанных режима пересчета плана, может случиться, что необходимо использовать их оба, но с разной частотой. Ведь за «сдвиг» горизонта планирования в будущее, как отмечалось выше, отвечает режим полного пересчета, в то время как пересчет «по изменениям» является текущим, оперативным инструментом планирования. Тем самым эти режимы дополняют ДРУГДРУга. Режим выборочного пересчета (selective) является скорее дополнительной функциональностью, закладываемой разработчиками программного обеспечения и позволяет производить моделирование ситуации по задаваемому пользователем диапазону номенклатурных позиций. В самом деле, иногда удобно оценить последствия принятия тех или иных плановых решений в оперативном режиме. Количество параметров, по которым производится выбор номенклатурных позиций для пересчета, может быть достаточно обширно и зависит от того, какую информационную систему вы используете. 5.8.4. Представление результатов работы MRP Рассмотрим предварительно общий формат представления выходных данных, выдаваемых в результате работы MRP, а также проследим базовую логику, которой руководствуется система. Для этого рассмотрим рис. 5.14. Необходимо разъяснить значение строк данной диаграммы. В строке «Общая потребность» (gross requirements) отображается информация об общей потребности в данной номенклатурной позиции в каждом из плановых интервалов, образованной источниками всех типов (потребность для вы |