介紹使用自動補充生產功能，以1對1的形式生成中間品目后，人為判斷補充訂單匯總的方法。
01）條件
4用工序(A、B、C、D)圖表來舉例說明。每個工序都設置為了自動補充。A工序的訂單 (錄入訂單)有2個的情況下，各自會生成補充訂單，B、C、D 共計6個自動補充訂單。
▲圖1 4個工序和8 個訂單的。A、B、C、D 代表各工序。
這種情況下，按照訂單的交貨期，品目和分派位置，中間的工序認為判斷想要匯總到一起。比如說，想要將C工序匯總到一起。這種情況下，除了匯總的訂單，前面的工序按照遞歸也想要匯總到一起。
▲圖2 C、D工序被匯總到一起的情況。
匯總后，重新排程的話也要求匯總的結果保持不變。
02）采用什么樣的方針？
首先，使用自動補充訂單功能，如圖1一樣，補充訂單需要在品目類的「自動補充標志」設置為「是(1對1制造)」「是(庫存＋1對1制造)」「是(供需調整1對1制造)」其中一個。但是，考慮到之后要像圖2一樣的結果的話，這樣的設置很難實現。放棄自動補充制造，用插件來進行解決的想法一定也有，實際上將自動補充標志設置為「是」就可以實現。
單純的只是將自動補充標志設置為“是”的話,就必須還要設置「制造批量MAX」，不然無法實現如圖1的一對一的補充訂單。這種情況下，稍微用點辦法，利用品目類的「關聯條件式」。
另外，訂單匯總的話，還要在訂單中設置標志來實現。比如說，2個訂單分別標記為「1」「2」，自動補充的訂單中也標記該標志。這樣的話，排程后，就會實現以下的結果。
▲圖3 8個訂單和訂單的標志。
之后，想要實現如圖2將C工序匯總的話，之后的訂單的標記為如圖4的情況。
▲圖4 1方的訂單的A，B工序標記為1。
之后，排程的話，C工序的自動補充按照關聯條件式會將同一標志1的訂單相匯總。另一方面，標志為2的補充訂單找不到關聯對象 (需求方面的訂單)會被刪除(圖5)。之后，最后會變成如圖6的訂單匯總的方法。這樣就達到了圖2的效果。
▲圖5 一方的訂單的A，B工序的標志改成1。
▲圖6 訂單被匯總之后的結果
03）具體的設置方法
首先，在訂單類中追加匯總還是不匯總的設置用的標志的屬性 (圖7)。屬性的名稱設置為「分組ID」。作用是區分匯總后的訂單為1個組。形式可以使字符串也可以是整數。利用這個分組ID，來判斷是不是進行匯總。
▲圖7 追加了屬性“分組ID”的訂單表。
然后，在品目表中，設置自動補充標志為「是」，批量大小不要進行設置，相對的，在關聯條件式中設置以下的表達式。
ME.Order.GroupID==OTHER.Order.GroupID
▲圖8 品目表
這樣一來，各品目之可以關聯分組ID 是一樣的訂單。然后，在補充訂單中，補充來源的訂單的分組ID進行復制。在項目設置的「關聯時補充訂單屬性設置表達式」中設置一下的表達式(圖9)。ME.GroupID=OTHER.GroupID
OTHER是補充來源的(需求方)的訂單，ME 是生成的補充訂單。
以上就是全部設置。設置了相關聯表達式，不使用批量MAX，不是同一分組ID 就不會實現訂單的匯總，如圖1一樣按照1對1的形式補充。
▲圖9 項目設置的「關聯時補充制造訂單屬性設置表達式」中設置分組ID會自動復制。
04）試著用用看
圖5的狀態下進行排程的話，通過自動補充生產功能，生成補充訂單，按照「關聯時補充訂單屬性設置表達式」，分組ID 被自動復制 (圖10)。
▲圖10 排程后的訂單表。
按照這個關聯條件式，只和相同的分組ID 進行關聯 (圖11)。
▲圖11 排程后的資源甘特圖。
這之后，如圖2一樣，想要將C 工序以前的部分進行匯總,這種情況如圖12，A工序，B工序的訂單設置為同一分組ID。另外，修改補充訂單的分組ID 時，訂單區分設置為錄入訂單，保證該訂單不會被自動刪除。
▲圖12 修改后的訂單表。
排程后，會得到所要求的圖13的效果。
▲圖13 排程后的資源甘特圖。
這時候，訂單表是以下的結果。
▲圖14 排程后的訂單表。
圖12的處理方式在運用上是手動方式，在運用上可能會有點麻煩。這種情況下，使用虛擬屬性逆轉換表達式實現自動化，或者進行插件開發，制作專有的編輯畫面可能會比較可行。
最后，這次所介紹的訂單的匯總只不過是一個例子。并非一定要采用這一方法。僅供參考。