生產計劃和控制，是一個非常專業的事情。
生產計劃通過需要考慮以下幾點：
第一，分層
生產計劃的分層，需要分為“平衡計劃”、“交付計劃”。
平衡計劃，主要用于關鍵產能、關鍵物料的配置，其目的是為了交付計劃的準交達成。一般具有“資源計劃”、“綜合計劃”、“產銷計劃”等等。
交付計劃，不僅需要考慮關鍵產能、關鍵物料的約束，而是要實時響應客戶的預測訂單、銷售訂單的需求。
第二，分段
生產計劃的分段是指交付計劃必須要分段展開，實現從需求確認到產成品的交付。
交付計劃的分段，分為如下幾個環節：
【1】主需求計劃（MDS）
預測、銷售訂單等客戶需求，經過需求的沖銷計算，形成客戶的凈需求，是主需求計劃。
【2】主生產計劃（MPS）
主需求計劃必須經過交付承諾，形成主生產計劃。
主需求計劃的交付承諾，針對預測訂單時，需要進行ATP（可承諾數量）承諾，實現預測需求與產品產出的承諾。針對銷售訂單時，需要進行CTP（可承諾交期）承諾，實現銷售訂單的交期承諾。
ATP/CTP時，是有限物料、有限產能約束的承諾，是對自定義關鍵物料、自定義關鍵產能的承諾。關鍵的產能承諾時，經常性把最終的裝配作為關鍵產能，也稱之為FAS（最終裝配計劃）。
【3】物料需求計劃（MRP）
主生產計劃作為物料需求計劃輸入，計算出相關需求的凈需求。
物料需求計劃，是計算子件物料最好的方法。計算子件物料需求時，可以實現生產訂單的拆分/合并、補庫點自動補庫、物料替代、物料配對、批次追蹤、訂單BOM、客戶指定料分配、計量單位轉換等特殊需求。
【4】車間詳細排程（DWS，Detailed Workshop Scheduling）
由于主生產計劃僅僅是對關鍵物料、關鍵產能的顆粒度較粗的排程，而且是基于計劃的長周期的排程。而車間的作業是需要實況的、比較詳細的排程。
車間詳細排程一般需要遵循以下原則：緊急優先、齊套上線、有限產能、連續生產、負荷均衡。尤其重要的是，車間詳細排程可以考慮主資源、輔助資源等多資源，可以實現精確到分鐘的，還可以進行異常仿真模擬。
——非常遺憾的是，大部分甚至是絕大部分所謂的供應商，并不懂那么多，從而造成交付的花樣百出：
最近、連續有好幾個APS的事情，做個記錄：
第一，輸單。最近輸掉了一個APS的單子，輸給了一個教授的自研的APS的產品。從文章看，似乎對業務過程的理解偏差比較大啊。真不知道未來如何做交付？當然，價格肯定的是我的（美國Planettogether）高的比較多。
第二，淺交付。去客戶那里審核了一個另外一個教授的項目實施（已經驗收），但是了解到在詳細排程時，只能把工序任務投放到資源組（工作中心），而不能投放到單機臺、單產線。如果，要投放到單機臺，則預算費用是百萬級的水平。
第三，一個認識好久APS實施顧問從國內頂部的大廠離職。
這位小伙伴（APS實施顧問）在該大廠待了一年多，結論是交付比較差，動不動需要堆人做開發，不是參數化、配置化的交付（驗證了我的猜想）。
第四，從一位供應鏈售前顧問得知上海的一家大廠的APS也差（無法交付）
在杭州的一家機械類大廠中的售前方案中，遇到了一位認識很多年的供應鏈售前顧問，說他最近在上海一個大集團的供應鏈售前活動中，推翻了上海另外一家大廠的APS系統產品。結合我收集的一些情況，似乎情況屬實。
——
難，是對APS系統的認知：
第一，開發難
開發一個APS系統，必須要跨過四個坑：
坑1，建模坑。如何實現參數化、配置化的建模，形成標準化的數據表、字段和屬性標簽，是非常困難的一個事情。需要對業務過程足夠熟悉，而且對業務場景足夠了解才可以的。
坑2，算法坑。了解非常優秀的算法，并形成計算引擎，而且是高效的計算引擎，且該引擎還可以通過外部干預，適應更多場景的需求。
坑3，代碼坑。代碼必須要精簡和運算效率高，否則APS的計算周期會非常長，極大影響客戶體現。
坑4，界面坑。一個甘特圖，就足夠開發工程師開發了。一個優秀的APS界面，嵌套了多個功能項（Planettogether有11個功能層，每個功能層還可以展開該功能層的二級子功能）。
第二，實施難
APS也不是一般人可以交付的，需要對業務過程十分熟悉，至少需要了解以下幾個內容：
首先，是工廠建模。需要了解制造企業的車間及車間結構、客戶需求類型、物料供應類型、過程約束類型及生產運行的關鍵指標（交付、產出和庫存）。
其次，是單據結構。需要了解MRP后產生的單據，單據的相互關系等。
其三，數據源及數據處理。知道從何處獲取數據，經過何種處理才可以滿足排程的需求。
其實，信息系統。需要了解CRM、PLM、ERP、MES、SRM等相關系統的數據流轉邏輯，從而實現APS系統的輸入、排程和發布的全過程。
——
從以上看，APS是一個非常專業的事情，不花費幾年的時間（全職），不經過多個項目的實踐，真的很難把APS系統做好。