
SAP PP(生產規劃)是 SAP S/4HANA 中,把需求轉成生產計畫的部分。它接收預測與銷售訂單,對照庫存、物料清單、途程與產能檢查,然後提出該做什麼、該買什麼,以及何時。本文寫給需要了解 PP 做什麼、S/4HANA 中有什麼變化,以及導入在哪裡失敗的廠長、規劃人員與專案負責人。最後一點的簡短答案是主檔資料。如果物料主檔、BOM、途程與工作中心不對,MRP 的結果就是錯的,任何配置都無法補救。下方的準備度檢核表是起點。
我曾與一家包裝廠的團隊合作,那裡每週有超過 400 張生產訂單。沒有 PP 的時候,他們靠試算表與便利貼周旋。導入之後,他們沒有變得完美,但不再被淹沒了。
PP 位於物流鏈的中心。它從需求出發,往回推算物料、產能與時程,產生生產建議。依需求流經的順序,功能如下:
- 銷售與營運規劃(SOP):依據預測與市場預期的高階數量
- 需求管理:把這些數量轉成驅動 MRP 的計畫獨立需求(PIR)
- 物料需求規劃(MRP):運用庫存、前置時間與未結訂單,算出該生產或採購什麼、何時、數量多少
- 產能規劃與平衡:在工作中心超載到達現場之前就顯示出來
- 生產訂單管理:建立、釋放、排程並確認訂單,直到完成
PP 涵蓋離散製造(汽車零件、電子、工業產品)與重複性製造(包裝、消費品)。食品、化學與製藥的批次與以配方為基礎的生產,使用 PP-PI(流程產業生產規劃)。PP-PI 使用製程訂單與主配方,而不是生產訂單與途程。
從需求到完成的流程有五個階段。實務上它很少不被打斷地跑完,但這是 PP 設計來管理的結構。
- SOP依預測設定的數量目標
- 需求管理驅動 MRP 執行的 PIR
- MRP計畫訂單與請購單
- 生產執行訂單釋放,物料備妥
- 確認工時、數量與貨物異動完成過帳
SAP 反映現場實際發生的事
SOP 是設定高階生產目標的地方。有些企業對照市場資料嚴謹地執行。有些則用粗略的估計。無論哪一種,它都會餵給需求管理。在 S/4HANA 中,傳統的 SOP 交易屬於相容性範圍,我會在下文談到。
需求管理產生 PIR。PIR 是一種預測:我們預期在這個時間需要這個數量的這項產品。PIR 是 MRP 的輸入,這裡的錯誤會層層擴散。有一位客戶曾經上傳涵蓋三個月的重複 PIR。直到生產開始過量訂購所有東西,才有人注意到。
MRP 是規劃引擎。它把 PIR 與銷售訂單對庫存與未結收貨做淨需求計算,然後為廠內生產建立計畫訂單,為外購零件建立請購單。配置良好的執行會帶來清晰。建立在不準確主檔資料上的執行,產生的是雜訊,規劃人員得花上數週去追。
生產執行是計畫訂單變成生產訂單的地方。訂單被釋放、物料備妥,各項作業在工作中心上運行。
確認把迴圈封閉。工時過帳、數量記錄、貨物異動過帳。只要大家按時確認,系統就會反映現場實際發生的事。
主檔資料是 SAP PP 的骨幹。不是一句口號。而是有後果的事實。
**物料主檔(MRP 視圖)。**每一個製造的物料,都需要正確設定它的 MRP 視圖。MRP 類型、批量、策略群組、可用性檢查與排程餘裕鍵,每一項都會改變 MRP 的行為。在我參與的一個專案裡,物料主檔中缺一個欄位,就讓生產停了一週。就一個欄位。
**物料清單(BOM)。**BOM 定義成品由什麼組成:元件、數量、損耗率,有時還有替代料。BOM 可以有變型,這適合可組態的產品,卻會讓剛接觸 SAP 的團隊困惑。「這一項產品真的需要五份 BOM 嗎?」這個問題有真正的答案。請在導入之前想清楚,不要等到 MRP 執行時才處理。
**途程。**途程定義某樣東西怎麼製造:作業的順序、由哪些工作中心執行,以及每一項要多久。沒有途程,SAP 無法計算生產時間或檢查產能。即使是簡單的產品,也需要清楚的途程,而趕工的專案會跳過它們。
**工作中心。**工作中心是生產發生的地方:機台、產線、人員小組。它們帶有排程公式、成本連結與班次行事曆。上線後讓它們保持最新,是會被丟掉的工作。一旦被丟掉,產能規劃就會失準,規劃人員也不再信任系統。
**生產版本。**生產版本把一份有效的 BOM 與一份有效的途程,綁定到某個日期範圍與批量。在 S/4HANA 中,廠內生產的物料必須有它,而沒有它,MRP Live 不會展開 BOM。依賴 BOM 選擇方式的 ECC 客戶,需要在轉換期間建立它們。
組織結構
這些是 PP 所依賴的結構元素,以及各自連結的地方。
| 結構元素 | 在 SAP PP 中的用途 | 主要連結 |
|---|---|---|
| 用戶端 | 最上層的企業結構 | 所有模組共通 |
| 公司代碼 | 財務報表的法人實體 | 生產的 FI 成本追蹤 |
| 工廠 | 生產發生的核心單位 | 連結 PP 與 MM、SD、PM |
| 儲存地點 | 工廠內實體庫存的細分 | 物料備料與異動 |
| MRP 區域 | 獨立 MRP 執行的規劃範圍 | 在 S/4HANA 中取代儲存地點 MRP |
| 工作中心 | 生產資源(機台、產線、小組) | 途程、產能規劃、CO 成本中心 |
| 生產版本 | 某物料有效的 BOM 與途程組合 | 在 S/4HANA 中,MRP 與訂單建立的必要條件 |
第一次 MRP 執行前的準備度檢核表
在讓 MRP 對移轉後的資料放手之前,先跑過這個順序。括號中的負責人,就是簽核的人。
- 每個規劃物料的物料主檔 MRP 視圖都已完整,包括策略群組與批量(規劃負責人)
- BOM 已對照實際生產內容驗證,由工程部門確認元件與損耗(工程部門)
- 每個廠內物料都有途程,且作業時間符合實際(生產工程)
- 工作中心行事曆與產能反映目前的班次(廠長)
- 每個廠內物料有一個有效的生產版本,涵蓋規劃期間(規劃負責人)
- PIR 只載入一次,並在第一次執行前對照核准的需求計畫完成核對(需求規劃人員)
- 未結訂單與庫存,在舊系統與 SAP 之間完成核對(庫存管制人員)
- 在單一工廠或 MRP 區域上進行一次測試性的 MRP 執行,由規劃人員在完整執行前檢視例外(規劃負責人)
PP 不是單獨運作的。每一個整合點,也是一個失敗點。
**MM(物料管理)。**PP 產生物料需求,MM 負責籌措。如果 MM 中的可用量是錯的,生產訂單就會碰上缺料。PP 與 MM 良好的整合,才能終結緊急採購。
**SD(銷售與配銷)。**銷售訂單可以在需求管理中消耗 PIR。物料主檔中的策略群組控制如何消耗。如果它是錯的,銷售訂單與預測就會並行運行,而不是互相沖銷,讓需求訊號加倍,而且沒有任何錯誤訊息。我的 SAP SD 指南談的是這個連結中訂單的那一端。
**CO(管理會計)。**生產訂單帶有成本。CO 把實際工時、物料與間接費用,對照標準成本追蹤,再由結算過帳差異。沒有它,生產的財務圖像就不完整。
**QM(品質管理)。**PP 的事件可以觸發 QM 的檢驗批,而品質結果可以讓訂單暫停。這讓品質成為流程控制,而不是事後補救。
如果您在 SAP PP 導入中倉促處理主檔資料,其他一切都會變成變通做法。BOM 的準確度、途程的完整性、工作中心的維護,沒有一樣是可有可無的。
如果您是從 ECC 移轉過來,這些是影響設計與資料的 PP 變化。細節在 SAP 的簡化清單與相容性範圍矩陣中(SAP Note 2269324)。
- **MRP Live(交易碼 MD01N)**是 SAP 建議使用的規劃執行方式。它在 HANA 資料庫內運行,可以一次規劃多個工廠,而且不寫入 MRP 清單。傳統的 MD01 至 MD03 仍然存在。SAP 的 MRP Live 學習模組是很好的入門。
- 生產版本是必要的,用於廠內生產,如上所述。
- **MRP 區域取代儲存地點 MRP。**在 ECC 中分別規劃的儲存地點,在 S/4HANA 中需要一個 MRP 區域。
- **SOP、MRP 清單與以預測為基礎的規劃(MRP 類型 VV)屬於相容性範圍。**地端系統的使用權利已在 2025 年 12 月 31 日結束。SAP 把 RISE with SAP 或 SAP Cloud ERP Private 合約下的 S/4HANA 系統,延長到 2030 年 12 月 31 日。SAP 指定的 SOP 後繼產品是 SAP IBP。
- 內嵌式 PP/DS(生產規劃與詳細排程)在 S/4HANA 內運行,用於有限產能排程。MRP Live 會把標記為進階規劃的物料,交給 PP/DS 的啟發式處理。在圍繞它做設計之前,先確認您的授權。
SAP Help 上關於使用 MRP Live 的頁面有配置細節。
這些年來我見過一些真正的災難,這些是要避開的模式。在 RISE with SAP 下,Clean Core 的做法限制了過去用來掩蓋這些問題的客製程式碼。不良的主檔資料現在浮現得更快,繞過去的成本也更高。
**倉促進行主檔資料移轉。**我記得有一家汽車零件公司,趕著做 BOM 與途程的移轉。上線後它花了六個月,修正因資料問題而一再失敗的生產訂單。移轉前的主檔資料驗證不是附帶的工作。它就是專案本身。我寫的SAP 資料移轉為何失敗談得更深。
**使用者的抗拒。**經驗豐富的規劃人員常常抗拒 PP,因為它接手了他們過去靠手工與判斷完成的工作。請及早讓他們參與配置。讓他們看到 PP 在哪些地方把時間還給他們。這決定了採用成敗。
**複製舊流程。**我看到最一致的配置錯誤:把 SAP 設成與舊流程完全一樣,而不是採用標準的規劃邏輯。結果是一套過度配置的系統,交付的比 PP 原本設計能做到的更少。
**整合測試不足。**與 MM、SD、CO 和 QM 的每一個連接都可能失敗。分別測試各個模組的團隊,會在正式環境才發現整合問題。
**砍掉教育訓練。**我見過公司花了數百萬在導入上,然後靠砍教育訓練來省錢。不了解系統的使用者會製造變通做法。變通做法會破壞 MRP 所依賴的資料準確度。
下表把每項風險對應到它的影響,以及我會放進計畫的緩解做法。
| 風險 | 影響 | 緩解做法 |
|---|---|---|
| MRP 配置不正確 | 缺料、過量生產、過度採購成本 | 與業務負責人一起驗證 MRP 類型、策略群組與批量規則 |
| BOM 或途程不準確 | 物料需求錯誤、現場延誤 | 移轉前,讓工程部門參與 BOM 與途程的檢視 |
| 產能規劃不佳 | 工作中心瓶頸、錯過交期 | 釋放訂單前,先做產能評估與平衡 |
| 缺少生產版本 | MRP 無法展開 BOM 或建立有效訂單 | 每個廠內物料有一個有效的生產版本 |
| 沒有即時的現場回饋 | 生產狀態不準確、偏差太晚才被看見 | 落實及時確認;整合 SAP Digital Manufacturing 或其他 MES |
| 使用者訓練不足 | 確認錯誤、倒扣錯誤、重工問題沒解決 | 以真實的生產週期進行依角色的訓練 |
| 未處理變型組態 | 可組態產品的訂單錯誤 | 把 BOM 與途程放在一起,測試組態邏輯 |
什麼是 SAP PP?它做什麼?
SAP PP(生產規劃)是用於製造規劃與執行的 SAP 模組。它管理物料清單、工作中心、途程與生產訂單。它的核心工作,是透過 MRP,把預測與銷售訂單帶來的需求,連接到生產產能,再把生產訂單從建立一路執行到結算。
SAP PP 需要哪些主檔資料?
五種物件:物料主檔的 MRP 視圖、物料清單、途程、工作中心,以及在 S/4HANA 中的生產版本。每一種在上線時都必須準確,上線後也要維護。物料主檔中單單一個缺少的欄位,就可能讓生產訂單無法建立。
MRP 在 SAP S/4HANA 中如何運作?
MRP 運用物料主檔中的前置時間、批量與安全庫存,把需求(PIR、銷售訂單、相依需求)對庫存與未結收貨做淨需求計算。它輸出廠內生產的計畫訂單,以及外部採購的請購單。在 S/4HANA 中,SAP 建議使用 MRP Live(MD01N),它在 HANA 資料庫內運行,而且不建立 MRP 清單。
SAP PP 中的生產訂單是什麼?
生產訂單是在特定日期前,製造特定數量某項物料的指示。它通常由 MRP 計畫訂單轉換而來。它的生命週期從建立與釋放,到確認、收貨與結算,在結算時,實際成本會與標準成本比較,差異則過帳到 CO。
SAP PP 與 SAP PP-PI 有什麼差別?
SAP PP 是為離散與重複性製造而建,使用以 BOM 與途程為基礎的生產訂單。SAP PP-PI 是為食品、飲料、化學與製藥的批次與配方式生產而建。它使用製程訂單與主配方,並加入聯產品、副產品與批次追溯。對受法規管理的產業而言,這種批次層級的軌跡是合規要求。
SAP S/4HANA 中還有 SOP 嗎?
傳統的 SOP 屬於 S/4HANA 的相容性範圍,使用權利有限。這些權利已在 2025 年 12 月 31 日對地端系統結束,而對 RISE with SAP 或 SAP Cloud ERP Private 合約下的系統,則延續到 2030 年 12 月 31 日。SAP 建議的後繼產品是 SAP Integrated Business Planning(IBP)。
SAP PP 導入最常見的錯誤是什麼?
倉促處理主檔資料、設錯策略群組、把舊流程複製進配置、跳過完整的整合測試,以及砍掉教育訓練。多數都是同樣的結局:沒人信任的 MRP 結果,以及規劃人員又回到試算表。
下一步
您目前正在進行 ERP 專案嗎?
如果這篇文章談到的正是您目前進行中的專案,30 分鐘的對談通常比再花一週做內部分析更有進展。




