|
После подтверждения планового заказа для изготавливаемых изделий формируется производственный заказ, а для закупаемых номенклатурных позиций, как правило, создается не заказ на закупку сразу, а заявка на закупку, заказ из которой получается только после ее одобрения. В главе, посвященной управлению закупками, мы вернемся к этому вопросу и рассмотрим причины, побудившие разработчиков систем ввести этот промежуточный этап в жизненный цикл заказа на закупку. Рекомендации, которые формирует MRP, можно разделить на две категории: информирующие и аварийные. К первым относят те рекомендации, которые призывают пользователя не забыть выполнить какие-либо действия в ближайшем будущем. Так, во многих системах имеется возможность уполномочить MRP уведомлять пользователя относительно запуска заказов в несколько ближайших дней. Причем, если пользователь удалит данную рекомендацию, при последующем запуске MRP она будет восстановлена. Аварийные же рекомендации требуют немедленных действий, ибо свидетельствуют о наличии проблем с удовлетворением потребности в номенклатурных позициях. Скажем, MRP сообщает о запоздании с запуском заказа или, еще хуже, запоздании с получением заказа. Предлагается примерный список рекомендаций, который, тем не менее, специфичен по составу для каждой конкретной информационной системы, хотя и имеет некоторые общие контуры. 1. Начальное количество меньше нуля это сообщение появляется тогда, когда были выполнены операции, вызвавшие падение наличного складского остатка ниже нуля 2. Начальное дос сообщение информирует, что складской остаток за вычетом страхового запаса меньше нуля. 3. Создать заказ сообщение показывает, что должен быть создан заказ на поставку (наряд-заказ, заказ на закупку, график поточной линии или запрос с другой площадки) для покрытия отрицательного прогнозируемого складского остатка. Это сообщение может появиться, если отменено планирование заказов или если новая потребность возникает в пределах границы |
218 Глава 5 дет она изготовлена на предприятии или закуплена у поставщиков. MRP просто констатирует факт прогнозируемого дефицита и предлагает в соответствии с установленными для данной номенклатурной позиции параметрами планирования и модификаторами заказа размер и сроки выполнения заказа, необходимого для устранения этого дефицита. Далее решение относительно источника принимается человеком. Однако было бы нелогично не выделять в информационных системах стандартный, обычный источник получения номенклатурных позиций, что, как правило, и производится путем задания для каждой номенклатурной позиции такого источника. Для каждой номенклатурной позиции задается, закупается она обычно или изготавливается на предприятии. Сообразно этому типу «источника по умолчанию» происходит дальнейшее преобразование плановых заказов либо в заказы на закупку, либо в производственные заказы. При необходимости использования альтернативного способа получения (скажем, решено для конкретного случая закупить деталь, которая на регулярной основе изготавливается предприятием самостоятельно) пользователь системы указывает это при подтверждении планового заказа. Естественно, в этом случае, когда мы имеем дело с формированием производственного заказа, должен иметься в наличии описанный в системе технологический маршрут изготовления данной номенклатурной позиции. После подтверждения планового заказа для изготавливаемых изделий формируется производственный заказ, а для закупаемых номенклатурных позиций, как правило, создается не заказ на закупку сразу, а заявка на закупку, заказ из которой получается только после ее одобрения. В главе, посвященной управлению закупками, мы вернемся к этому вопросу и рассмотрим причины, побудившие разработчиков систем ввести этот промежуточный этап в жизненный цикл заказа на закупку. Рекомендации, которые формирует MRP, можно разделить на две категории: информирующие и аварийные. К первым относят те рекомендации, которые призывают пользователя не забыть выполнить какие-либо действия в ближайшем Планирование производства и закупок в MRP II 219 будущем. Так, во многих системах имеется возможность уполномочить MRP уведомлять пользователя относительно запуска заказов в несколько ближайших дней. Причем, если пользователь удалит данную рекомендацию, при последующем запуске MRP она будет восстановлена. Аварийные же рекомендации требуют немедленных действий, ибо свидетельствуют о наличии проблем с удовлетворением потребности в номенклатурных позициях. Скажем, MRP сообщает о запоздании с запуском заказа или, еще хуже, запоздании с получением заказа. Приведем примерный список рекомендаций, который тем не менее специфичен по составу для каждой конкретной информационной системы, хотя и имеет некоторые общие контуры: • Начальное количество меньше нуля —это сообщение появляется тогда, когда были выполнены операции, вызвавшие падение наличного складского остатка ниже нуля. • Начальное доступное количество меньше нуля —сообщение информирует, что складской остаток за вычетом страхового запаса меньше нуля. • Создать заказ —сообщение noi Это сообщение может появиться, если отменено планирование заказов или если новая потребность возникает в пределах границы во времени (time fence). • Задержать заказ — сообщение показывает, что определенный заказ на поставку следует задержать. • Ускорить заказ —сообщение показывает, что определенный заказ на поставку необходим до его текущей даты выполнения. • Отменить заказ — сообщение показывает, что определенный заказ на поставку более не нужен. • Дата запуска для заказа — сообщение показывает, что определенный заказ на поставку следует запустить. |