產品設定概觀
在企業對企業和企業對消費者的關係中，需要設定產品以滿足特殊要求正在成為規則而不是例外。
可支援按訂單設定案例的製造商有機會更細膩的滿足客戶需求。 此外，用通用組件的形式儲存半成品，而不儲存成品，製造商可以減少與庫存相關的資本。
從按庫存製造設定轉變到按訂單設定的設定，要成功需要仔細分析產品結構、識別產品系列和組件化。 為了減少零件數量並最大限度地減少在製品的數量，必須要了解產品介面以及設計可重用性。
有幾種產品配置的模型化原則，例如規則型、維度型和限制式型的模型化。 研究顯示，與其他模型化原則相比，基於限制式型方法可以將模型中的程式碼行數減少約 50%。 因此，這種方法可以降低擁有權總成本 (TCO)。 從建立在 X++ 碼的規則型的模型遷移到限制式型模型，您將不再需要開發人員的授權來維護產品模型。
產品設定
工業化時期，人們以可承受的價格生產高品質和功能豐富的產品，取得了巨大成就。 規模經濟使工業化世界中的大多數人有能力購買汽車、電視、家用電器和其他我們大多數人認為是日常生活必需的商品。
由於許多產品已成為商品，因此需要區分它們。 製造商對這一挑戰的立即反應是建立每種產品的變型，以便客戶有更多的選擇。 這一策略使得預測困難增加，也導致庫存成本增加以及未售出且過時的產品。
採用按訂單設定的準則後，製造商有機會滿足客戶對獨特產品的需求，同時減少或消除過時的庫存品項。 當從製造到庫存的準則轉變為按訂單設定的準則時，直接出現的困難是必須在縮短前置期與低庫存量間取得平衡。
成功的關鍵是仔細分析產品組合，並在產品功能和程序中尋找模式。 目標是找出可以由相同設備製造並用在所有變型的通用組件。
產品配置功能集包括提供產品配置模型結構的視覺化概覽用戶界面 (UI)，以及無需編譯的宣告型限制式語法。 因此，想要支援配置實務的公司可以更輕鬆地開始。 正如以下區段所解釋的，不需要開發人員支援，產品設計師可以組建產品配置模型、測試並發布給銷售組織。
組建產品配置型號
使用者可以採用多種方法來組建產品配置模型。 一種選擇是遵循序列流程，首先建立所有參考數據，例如基準產品、獨特產品和營運資源，然後它們納入作為組件、物料清單 (BOM) 明細、途程作業和其他產品配置模型元素。 或者，您可以選擇一種更具迭代性的方法，首先建立模型，然後在需要時新增參考資料。
元件
產品配置模型由一個或多個子組件組成，而這些組件由子組件關係聯繫在一起。 組件定義一次，便可以在一個或多個產品配置模型中多次使用。 組件是產品配置模型的主要建構元素，幾乎所有關於模型的資訊都與它們相關。
屬性
每個組件都有一個或多個屬性，以標示特質。 這些屬性是使用者在配置過程中選擇的。 屬性被包含在限制式或計算中，因此可控制組件間和組件內的關係。 透過套用於 BOM 明細的條件，屬性可用於確定配置產品將包含哪些實體部件。 此外，透過對應機制，屬性可以控制 BOM 明細的屬性。 涉及到內容物和屬性設定的途程作業也存在類似的功能。
附註
建立屬性類型時，請避免在屬性類型域建立大量值。 這樣做可能會導致產品設定程式變慢。
運算限制式
使用限制式型產品配置模型表示使用者為各種屬性選擇值時存在一些限制。 這些限制可以使用最佳模型化語言 (OML) 實作為運算限制式。 或者，可以用資料表限制式的形式實現限制式。
資料表限制式
資料表限制式可以是使用者定義的，也可以是系統定義的。
使用者定義的資料表限制式由使用者構建。 使用者選取屬性類型的組合來表示資料表的欄，然後把選定屬性類型域中的值輸入到資料表限制式來形成列。
系統定義的資料表限制式的定義方式是選取要用作參考的表，然後從該資料表中選取欄位到限制式中的形成欄。 資料表限制式的列是在配置時存在的 Supply Chain Management 資料表的列。
透過引用資料表限制式定義並將模型中的相關屬性對應到資料表限制式中的欄，資料表限制式被包含在產品配置模型中。
計算
計算表示在配置模型中執行算術運算的機制。 例如，計算可以確定特定原物料的長度或拋光作業的加工時間。 計算是必要的，並在計算運算式中包含的所有屬性值都可用後設定目標屬性的值。
子組件
子組件呈現產品配置模型結構的節點。 對於每個子組件關係，必須指定對基準產品的引用，且基準產品的變式配置技術設定為限制式型配置。
使用者需求
使用者需求包含子組件的所有組成部分。 唯一的區別是使用者需求不受基準產品的約束。 這種差異的實際效果是，在使用者需求脈絡中定義的任何 BOM 明細或途程作業都將折疊到上層組件 BOM 結構或途程中。 此行為類似於虛擬 BOM 的行為。
BOM 明細
包括 BOM 明細以識別每個組件的製造 BOM。 BOM 明細必須引用一個品項，並且所有品項屬性都可以設定為固定值或對應到屬性。
途程作業
包括途程作業以識別製造途程。 途程作業必須引用已定義的作業，並且所有作業屬性都可以設定為固定值。 除資源要求外的所有屬性都可以對應到屬性而不是值。
驗證和測試產品配置模型
產品配置模型的驗證可以在模型的多個層級上進行，因此可以涵蓋各種範圍。 最低層級用於單個運算限制式。 在這種情況下，驗證通常由產品設計人員執行，以驗證運算式的語法是否正確。
同樣，可以在隔離中驗證 BOM 明細或途程作業的條件。
也可以對使用者定義的資料表限制式定義，來進行驗證。 在這種情況下，使用者可以驗證為每個欄位輸入的值是否在相應屬性類型的域內。
最後，可以對完整的產品配置模型進行驗證，以驗證完整的語法是否正確，並且所有命名和模型化慣例都已遵守。
測試
測試模型類似於執行實際的配置工作階段。 使用者可以瀏覽配置頁面並驗證模型結構是否支援配置程序。 使用者可以驗證屬性值是否正確，以及屬性說明是否引導使用者選擇正確的值。 最後，在測試工作階段完成後，系統會嘗試建立可對應選取屬性值的 BOM 和途程，如果出現任何問題，則會顯示錯誤消息。
配置頁面
若要在組件之間瀏覽，請選取下一個，或選取產品配置模型樹中的組件以在其上設定焦點。
完成配置模型
當產品配置模型準備好在按訂單配置案例中使用時，必須建立一個版本。 但是，有幾個選項可以增強模型化體驗。
使用者介面
可以在一個或多個子組件中引入屬性群組來修改配置 UI。 這樣的分組可以醒目提示特定屬性之間的關係，並幫助配置使用者識別當前關注的產品區域。
範本
可以建立一個或多個配置範本來加快配置過程。 或者，可以建立範本來提示特定的屬性組合，例如當銷售活動集中於一組特定的產品功能時。
翻譯
如果產品將在不同的國家/地區銷售，則可以為配置 UI 中出現的所有文本建立翻譯。 此文字不僅包括名稱和說明欄位，還包括屬性文字值。
版本
最終確定過程中最後也是最重要的一步是為產品配置模型建立一個版本。 版本代表了基準產品 (可以在訂單或報價明細上的配置上選擇) 與產品配置模型之間的關係。 必須先核准並啟用一個版本，然後才能在配置工作階段中使用它。
透過 API 擴展產品配置模型
已實作專屬應用程式程式設計語言介面 (API)，以便合作夥伴和擁有開發人員授權的其他人可以擴展產品配置模型的功能。 主要目標是建立一種機制，讓使用現存的產品建立程式的合作夥伴和客戶將嵌入在產品建立程式模型中的程式碼遷移到 API。 透過這種方式，可以將模型從產品建立程式遷移到產品配置。 但是，使用 API 擴展新的產品配置模型也可以幫助到新的合作夥伴和客戶。
API 的實作是透過使用一組可以公開產品配置模型資料結構的PCAdaptor類別。 PCAdaptor類別的執行個體必須為每個要擴展的模型建立。 配置工作階段完成後，系統會檢查此類別的執行體並在找到時執行它。
以下 API 流程圖概述了該過程。
配置產品
配置一個或多個產品
您可以從以下位置配置產品：
- 銷售訂單明細
- 銷售報價單明細
- 訂購單明細
- 生產訂單明細
- 品項要求明細 (專案)
配置的目的是建立滿足客戶要求的獨特產品變型。 為每個新配置建立一個唯一的配置識別碼。 此識別碼支援追蹤庫存。
多個站點和公司間注意事項
如果配置將在與生產的站點或公司不同的站點或公司進行，則會在供應公司的供應站點建立並放置 BOM 和途程。 產品變型將在參與供應鏈的所有公司中發佈。