生産訂單狀态
生産訂單狀态分為系統狀态和使用者狀态，系統狀态指系統的标準狀态無法手工修改，使用者狀态是每家企業根據需要配置的狀态，該狀态可由使用者手工直接修改或者通過業務事務确定。當使用者手工指定使用者狀态時，可以通過“權限碼”設定權限，檢查該使用者是否有修改該使用者狀态的權限。使用者狀态由兩種形式：帶有狀态編号和不帶狀态标号。使用帶狀态編号時，對于通一個對象來說，同時隻能有一個使用者專題為有效狀态，使用不帶狀态标号可以同時有多個使用者狀态為有效狀态。
常見的生産訂單狀态種類如下：
| 生産執行進展 | 對應系統狀态 | 狀态描述 |
| 建立生産訂單 | CRTD | 訂單建立 |
| 可用性檢查OK | MACM | 已承諾的實體 |
| 下達生産訂單 | REL | 已釋放 |
| 對訂單投料 | GMPS | 已過賬的貨物移動 |
| 生産訂單報工 | CNF | 生産訂單确認 |
| 生産訂單收貨 | DLV | 交貨 |
| 生産訂單 | TECO | 技術實作 |
生産訂單的業務事務
業務事務代表對對象的特定業務操作或者事務，對生産訂單而已最常見的業務事務如下：
- 單擊生産訂單中“釋放”按鈕，釋放生産訂單；
- 設定“删除标記”，邏輯删除生産訂單；
- 對生産訂單進行收貨，産生相應的物料憑證。
在系統中，上述的業務操作都使用相應的業務事務代碼來代表，下表列舉了常見業務事務。
| 業務事務碼 | 對應操作 |
| BFRE | 釋放生産訂單 |
| RMWF | 生産訂單收貨 |
| RMWA | 物料移動（生産訂單發料等） |
| BTAB | 技術實作 |
| RMNS | 重讀主資料（BOM、工藝路線） |
| RMOD | 列印生産訂單 |
業務事務與系統狀态的關系
1、 生産訂單的狀态時生産訂單進行業務事務的前提
通過事務代碼BS22可以定義不同的系統狀态以及對不同僚務處理的控制，比如：
- 生産訂單建立時，其系統狀态為CRTD，此時不允許生産訂單發料和收貨。
- 對生産訂單釋放後，系統狀态為REL，此時就允許對生産訂單發料和收貨。
在具體的控制界面中，點選使用處清單按鈕 可以檢視關于系統狀态REL的更多資訊。比如：
- 什麼業務事務将生産訂單的狀态設定為“REL/釋放”，具體而言如執行業務事務“釋放、撤銷技術完成（TECO）;
- 什麼業務事務删除狀态“REL/釋放”，具體如執行業務事務“技術完成”；
- 此狀态下允許操作合作業務事務：如允許對生産訂單發料；
- 此狀态下禁止操作何種業務事務。
業務事務對狀态的影響
對生産訂單執行業務事務将導緻生産訂單中新的系統狀态的産生和已有狀态的消失。
事務代碼BS22定義業務事務影響何系統狀态。
比如：在生産訂單中，單擊“釋放”按鈕，生産訂單的專題“CRTD/建立”将被删除，新增狀态“REL/釋放”，也就是生産訂單将被釋放。
業務事務與系統狀态的關系包含如下資訊：
- 允許處理的對象類型：如生産訂單、WBS、内部訂單等；
- 由處理（本操作）設定的系統狀态：System Statuses set by the process;
- 由處理（本操作）删除的系統狀态：System Statuses deleted by the process;
例如：當點選生産訂單的釋放按鈕時，系統狀态将發生如下變化：
- 系統狀态将被設定：REL（釋放）；
- 如下系統狀态将被删除：CRTD、PREL、TECO、CLSD、TELR；
- 生産訂單為當機、删除、技術完成等狀态時，不能點選“釋放”按鈕；
- 生産狀态為建立狀态時，允許點選“釋放”按鈕。
SAP後勤子產品實施攻略筆記 生産訂單狀态與業務事務應用
系統配置的修改
通過事務代碼BS22、BS32可以修改系統狀态、業務事務的控制參數，實作特定功能。不過SAP不建議直接通過事務代碼BS22、BS32修改，主要基于如下考慮：
- 更新考慮：當更新SAP系統時，事務代碼BS22、BS32中的設定可能會被覆寫。
- 應用層面的考慮：一方面由于系統狀态、使用者狀态功能應用廣泛，通過事務代碼BS13可以檢視到該功能可應用的對象多達200多個，不同的對象有不同的對象代碼，事務代碼的修改可能會影響到所有的對象，影響面太大容易造成錯綜複雜的問題。另一方面BS22，BS32為集團級别的控制，是不區分工廠、訂單類型的，無法控制不同的訂單有不同的操作。除此之外，系統狀态不能夠根據企業需要進行增加，并且也很難針對系統狀态設定相應的權限，使特定的人不能做特定的業務操作；
考慮到上述原因，系統增加了使用者狀态功能，通過增加各種自定義的狀态同時為使用者狀态設定權限檢查以及設定使用者狀态與業務事務的關系，進而來實作企業的一些自定義的需求。同樣，使用者狀态功能也是廣泛用于各個子產品中。
業務事務與系統狀态、使用者狀态的應用案例
應用1：技術完成後，不允許生産訂單的收發貨
系統标準設定中，對生産訂單執行及時完成後，仍然可以對生産訂單進行收發貨，現希望設定技術完成後，不允許對生産訂單進行收貨，可以有如下兩種方案，但是推薦使用方案2。
方案1：修改系統狀态的控制參數
技術完成的系統狀态TECO，生産訂單發料的業務事務為RMWA、生産訂單收貨的業務事務為RMWF。 是以事務代碼BS22修改系統狀态TECO，針對業務事務代碼RMWA和RMWF從系統預設的允許設定為禁止。
方案2：增加使用者狀态，通過使用者狀态控制
事務代碼BS02建立使用者狀态參數檔案（StatusProfiles）ZP0001，設定該參數檔案的對象類型（Object Types）為（PP/PM：Order Header）即生成訂單。
事務代碼OPJH将該使用者狀态參數ZP000001配置設定該相應的生産訂單類型。在狀态參數檔案ZP000001中可設定一個或者多個使用者狀态，本例中包含一個使用者狀态Z1，設定狀态Z1的相關參數如下：
- 業務事務“技術實作”将設定使用者狀态Z1；
- 業務事務“撤銷技術實作”将删除使用者狀态Z1；
- 狀态被設定為Z1後，則不允許貨物移動、生産訂單收貨這兩個業務代碼。
最終的效果是建立生産訂單時，系統确定出使用者狀态參數ZP000001，對該生産訂單執行技術實作後，使用者狀态Z1自動設定為激活，而當使用者狀态設定為Z1，不能進行貨物移動，當撤銷技術完成，Z1狀态取消激活。
應用2：生産訂單發料後，才允許進行收貨
系統預設的設定中，生産訂單隻要釋放，就允許進行收貨，現希望通過修改設定，使得生産訂單發料後，才允許進行生産訂單收貨。
方案1:通過使用者狀态控制
定義使用者狀态Z2，并設定業務事務RMWA觸發狀态Z2。在配置的時候會發現使用者狀态Z2，無法由業務事務RMWA觸發，也就是生産訂單發料無法觸發使用者狀态Z2。
事實上，生産訂單發料無法觸發任何狀态的激活，原因是業務事務設定使用者狀态具備一定的前提條件，SAP note 406537中說明了業務事務觸發使用者狀态具備的兩個前提條件：
1、在系統标準程式中，設定了該業務事務運作時，執行了函數STATUS_CHANGE_FOR_ACTIVITY。
2、事務代碼BS02中，設定業務事務可以修改使用者狀态，隻有再次設定了，維護使用者參數檔案時，就會出現該業務事務。
本例中，對生産訂單執行業務事務RMWA，不會執行函數STATUS_CHANGE_FOR_ACTIVITY，故無法修改使用者狀态。
方案2：通過修改系統狀态
在系統狀态REL下，删除允許業務事務RMWF，這樣生産訂單釋放後，尚未發料時，不允許生産訂單收貨。
系統狀态GMPS（已過賬的貨物移動）下，增加允許的業務事務RMWF，這樣生産訂單發料後，系統狀态變成了GMPS，則允 許生産訂單收貨。
狀态選擇參數檔案
随着生産訂單的不斷執行，生産訂單狀态（系統狀态、使用者狀态）在不斷發生在變化，每一個狀态都代表着生産訂單的特定的執行情況，而狀态與狀态的組合更能說明目前生産訂單的執行情況。
狀态選擇參數檔案，是用于螢幕選擇的，在系統标準報表如COOIS和CO27可以用來作為搜尋條件（報表界面有狀态的直接篩選輸入框，但隻有兩個限定輸入框，超出兩個無法進行篩選）。
事務代碼BS42定義狀态選擇參數檔案，可以定義多個狀态選擇檔案，然後在狀态選擇檔案定義其包括的系統狀态和使用者狀态的各種組合。
例如：對于倉庫人員來說，可能需要查詢生産訂單已經釋放且可用性檢查OK的生産訂單，以便發料，是以定義參數檔案Z001，後續執行事務COOIS就可以輸入該參數檔案查詢特定的生産訂單。
而對于計劃員來說，可能需要查詢生産訂單已經釋放但是可用性檢查不OK的生産，以便進行缺料檢查，是以定義Z002。