選項 1：立即創(chuàng)建采購申請

• 含義：當選擇 “1” 時，系統會在 MRP 運行過程中，一旦確定有采購需求，就立即創(chuàng)建相應的采購申請。也就是說，只要系統計算出物料存在短缺，需要通過采購來補充庫存，就會馬上生成采購申請，無需后續(xù)額外的手動干預來觸發(fā)采購申請的創(chuàng)建。
• 適用場景：適用于對采購響應時間要求較高的情況。例如，對于一些關鍵生產物料，一旦出現短缺可能會導致生產線停工，此時選擇立即創(chuàng)建采購申請可以確保盡快啟動采購流程，減少因物料短缺帶來的生產延誤風險。

選項 2：標記為采購申請

• 含義：選擇 “2”，系統在 MRP 運行時不會直接創(chuàng)建采購申請，而是將有采購需求的物料標記出來。這些被標記的物料在后續(xù)可以通過特定的事務代碼（如 MD16）批量創(chuàng)建采購申請。這種方式允許用戶在 MRP 運行結束后，對標記的采購需求進行進一步的審核和調整，然后再統一創(chuàng)建采購申請。
• 適用場景：適用于需要對采購需求進行集中管理和審核的企業(yè)。企業(yè)可能希望在創(chuàng)建采購申請之前，對 MRP 計算出的采購需求進行人工干預，例如根據庫存策略、采購預算等因素對采購數量、交貨日期等進行調整。通過先標記采購需求，再批量創(chuàng)建采購申請，可以提高采購管理的靈活性和準確性。

選項 3：不創(chuàng)建采購申請

• 含義：選擇 “3”，系統在 MRP 運行過程中不會創(chuàng)建采購申請，也不會對采購需求進行標記。即使 MRP 計算出物料存在短缺，需要采購來補充庫存，系統也不會采取任何與采購申請相關的操作。這種情況下，企業(yè)需要通過其他方式來處理采購需求，如手動創(chuàng)建采購申請。
• 適用場景：適用于企業(yè)有特殊的采購管理流程，不依賴 MRP 系統自動創(chuàng)建采購申請的情況。例如，企業(yè)可能有專門的采購計劃部門，他們會根據自己的分析和判斷來制定采購計劃，而不是完全依靠 MRP 系統的計算結果。或者企業(yè)對于某些物料有特定的采購渠道或協議，需要通過手動方式來處理采購申請。