mrp的執行範圍：
mrp的執行可以在兩種層面進行：
-> total planning: 即是說針對乙個plant，或多個plant，或乙個mrp area，或多個mrp area，可以通過在img裡面的設定來限定進行計畫的範圍
img路徑為：production -> material requirement planning -> planning -> define scope of planning for total planning
total planning 可以作為online或者background進行操作：
1. online (md01) 表示mrp執行在前台聯網操作，當客戶端關閉的時候程式停止。
2. background（mdbt）表示mrp在後台伺服器端進行運作，客戶端接收伺服器端返回的結果，mrp執行過程不受客戶端影響。
-> 針對某個物料進行mrp計算
1. multilevel single-item （md02）單個物料多層結構（對bom表裡面的多層物料都要考慮是否參與mrp計算）
2. single-level single-item （md03）單個物料單層結構（只對該物料所在bom一層的物料進行考慮是否參與mrp計算）
3. single-item, interactive （md43）
用md04，即單項多層為例，可以從圖例看到對於mrp的執行有較多的控制引數。
processing key 處理碼：
1. neupl regenerative planning 全重排計畫
系統對限定範圍裡面（設定的mrp area或者plant）裡面全部的物料都進行重新mrp計算。多用於第一次mrp計算，或者由於技術限制不能保證系統自動資料一致性保障的情況必須通過重新整理mrp計算獲取最新的資料。好處在於mrp中的資料都是最新的，缺點在於耗時多影響效能。
2. netch net change for total horizon
為了改善效能，這種模式和下一種模式只對存在淨改變的物料進行mrp重新計算。
其中淨改變指物料mrp view的改變(如生產時間等)，對該物料的需求改變等等。
3. netpl net change planning in the planning horizon
這種模式只對計畫展望期（用於限定計畫時間跨度）裡面的發生淨改變的物料進行mrp計算，如果淨改變發生在展望期之外則netpl模式不會對該物料進行重新mrp清算。
可以通過img進行設定不同plant的展望期：
img路徑為：production -> material requirement planning -> planning -> mrp calculation -> define planning horizon
planning mode 計畫模式：
1. adapt planning data（normal mode）
這種模式是讓系統自動選擇在processing key進行限定之後哪些物料應該被包含在mrp清算中。（於是問題來了，系統怎麼選呢，計畫檔案就要出現了，等會兒談）
2. re-explode bom and routing
當bom表或者routing發生變化的時候，就需要選擇這種模式重新分解bom表和工藝流程進行mrp運算。
3. delete and recreate planning data
當對物料的需求如銷售訂單發生變化的時候選擇這種模式。
planning file 計畫檔案：
計畫檔案包含了所有與mrp相關的物料的狀態，當這些物料的資訊有所更改的時候，計畫檔案裡面的相應欄位也會發生變化。
檢視計畫檔案:
logistics -> production -> mrp -> planning -> planning file entry -> display （md21）
圖例為乙個產成品的計畫檔案，由此我們來分析計畫檔案的具體組成部分。
r(record type)：物料為b，虛擬件（在bom中代表一種屬性或者一種型別的物料，也可以理解為不同bom中相同的部分可以模組化為虛擬件，只是該物料是庫存中不存在的物料）為d
code: （llc：low level code）底層**，由主資料和bom表共同決定，即是指bom表中物料最處的最低層級，最高端即產成品為000，如果乙個物料處在bom中的不同層級，則以最低的層次來決定它的code。
mps indicator：勾選中表示以mps邏輯運算，否則用mrp邏輯運算
net change planning: 處理**中的netch
ping file entry netpl： 處理**中的netpl
reset: 復位建議，如果被勾選，就表示刪除現有的計畫訂單並重新建立
re-explode bom：展開bom，如果勾選，就重新展開物料bom表進行mrp清算。
當物料的主資料，需求時間數量等發生變化的時候，計畫檔案的對應標示會發生變化，執行mrp之後，系統會自動檢視物料的這些entry是否被標示。
例如執行mrp計畫選擇的processing key為netch，則系統檢視bom中的物料的計畫檔案，如果該物料的net change planning位標示為勾選，則將該物料加入mrp清算中，清算結束後，該物料的該字段自動重置為空。
測試路徑：
修改bom (cs02)
-> 修改主資料（mm02）
-> 修改需求數量 (md61)
-> 檢視計畫檔案(md21)
->執行mrp(md02)，再次檢視計畫檔案（md21）
修改了主資料和bom之後這三個位置被勾選上，因為netch表示所有時期裡面的變化都要進入mrp重新清算，netpl表示展望期裡面的變化進入計算，而這裡的修改正好在該plant的展望期內，所以兩個欄位都發生變化。
在執行了mrp之後，這些欄位的勾選都全部清空為零。
SAP中MRP控制者的應用理解
很多物流使用者知道在物料主資料中設定mrp控制者，通常會在後台定義其名稱或編號 對應到相應的人。以筆者的在應用經驗上的理解，mrp控制者為物料的mrp管理控制提供了乙個維度，在具有一定規模的公司中，所有物料不一定是由乙個人來進行物料需求計畫的管控，可能會進行分工 比如有可能是 計畫員負責乙個產品系的...
control 控制面板 的引數
我們都知道control.exe是呼叫windows系統中 控制面板 程式。使用時不帶引數可啟動 控制面板 若利用命令列在其後跟上某個控制專案檔名 cpl型別，system32目錄中能找到 將開啟具體的控制項，如果南再空一格並加上以逗號開頭的數字 則可直接進入具體控制項的某一選項卡 控制項數字 是從...
控制台引數的妙用
測試一些方法，有些引數需要變化，於是想到用迴圈來變動引數。但引數一變化，而方法內有類似快取的機制，裡面不動，一定要用迴圈的話，得改好多地方，改了一會還是有部分地方不能用，有點絕望了，難道要乙個個地去輸入？突然想到了控制台的引數，還是挺好用的。using system console.writelin...