心智模型
款式是可重複使用的產品紀錄。它的物料表與它的成本表並非單一份文件——它們是編號的修訂版本所構成的序列。 每一個有意義的變更都會儲存為一個新的修訂版本，而舊版本則完整保留它原本的樣子。 每張運行此款式的訂單對應到一個特定的修訂版本，因此款式可以持續演進， 而每張訂單也都繼續讀取它當初所建構於其上的版本。 三個觀念撐起這個模型：- 版本是某個款式文件在某一時間點，編號、已儲存的修訂版本。
- 每張訂單各自綁定一個自己所運行的版本——讓為某張訂單所做的變更， 不會從另一張底下抽走地毯。
- 核准是下游工作所等待的訊號。 核准把某個版本標示為該訂單的定稿， 並為採購、就緒引擎與生產打開閘門。
物料表，以商務語言說明
一個款式的是 這個款式由什麼構成的權威逐件清單——它的布料、它的輔料（拉鍊、鈕扣、標籤、吊牌等等）， 以及其他組成一件成衣的零組件。每一行記錄物料是什麼、位於成衣的哪個部位、單位與每件用量、 該行採購所對應的供應商、該行所適用的 ， 以及一段簡短的採購備註。物料表是採購、計價與就緒引擎共同讀取的單一物料骨架。 完整的物件參考是物料表頁面。成本表，以商務語言說明
是 同一份物料樣貌的金錢面——每件的價格構成，並排兩條欄位：一邊是工廠成本、一邊是給客戶的報價、中間則是毛利。 明細通常從物料表種出（請見下方「從物料表複製」），每行的客戶加成倍率則讓客戶端隨工廠端的構成同步演進。 成本表是您向客戶報價時所定價的依據，也是款式成本分析檢視所讀取、用以推算毛利的來源。 完整的物件參考是成本表頁面。什麼是文件版本
一個是 某個款式文件編號、已儲存的修訂版本。同樣的模型適用於款式所擁有的每一份文件—— 物料表、成本表，以及其他款式文件——因此您在某一分頁學到的行為，在所有分頁上都適用。- 編號以款式、以文件為單位。 物料表的版本號跑自己的序列（1、2、3、……）， 成本表的版本號跑另一條。某份文件的下一個版本永遠是上一個的下一個整數。
- 同一時間，僅有一個目前版本。 當您建立新版本時，它會成為目前版本； 原本的目前版本仍完整保留且仍可開啟，但失去「目前」的標記。
- 舊版本仍可讀。 一次修訂並不會覆蓋上一個版本；它與舊版本並陳於歷史中。
同一款式如何跨訂單保持安全：每張訂單的版本綁定
同一個款式可同時運行於多張 上—— 一張正在出貨的春季訂單、一張正在計價的秋季返單、一張正在準備的更晚季節訂單。 每張訂單都需要依據自己所運行的物料表與成本表版本作業，且為某張訂單所做的變更， 絕不能默默改動到另一張。這正是每張訂單對版本的綁定所做的事。- 當新的物料表或成本表版本是在某張訂單的脈絡下建立時，該版本會綁定到該張訂單， 訂單也會重新綁定到它。同款式上其他訂單不會被動到——它們仍綁定在原本的版本上。
- 從款式介面把另一個版本標記為目前版本時，所對應訂單的綁定會同步推進。
- 沒有綁定任何訂單的版本則是款式層級的版本——在款式上可見，但未綁定到任何特定訂單的版本鏈。
物料表的核准流程
物料表版本處於兩種狀態之一：草稿 或 已核准。- 新版本以草稿起始。
- 核准以版本、以訂單為單位——核准訂單 A 的物料表版本，不會核准訂單 B 的， 即使兩張訂單共用同一個款式。
- 核准由具備物料表核准權限的使用者執行。
- 已核准的版本不能再次核准；該動作不會多做任何事。
核准會凍結什麼
核准時，物料表會在每一行上擷取一個小型快照——供應商名稱、該行的物料識別、交期， 以及核准發生的時間。快照取自核准當下的活主檔，因此日後若編輯某個供應商或主檔紀錄， 並不會改變該訂單當初所核准的內容。明細的工作內容仍可在款式介面上編輯， 但快照本身會停留在簽核當下的樣子。核准會在下游打開什麼
物料表的「已核准」狀態，是下游工作一直在等的訊號：- 採購在為款式的物料開立採購單時，會讀取已核准的物料表。
- 就緒引擎在評估那些依賴於敲定物料清單的閘門時， 會把物料表視為已核准。
- 物料表上的第一次核准，會把所連結的訂單從「已收訂單」階段推進到「採購中」階段， 讓生產管線得以開始。
撤回核准
具備物料表核准權限的使用者，也可將已核准的物料表版本退回到草稿。動作會被記錄下來， 但不會回捲已依該次核准展開的後續工作——已開立的採購單仍然在、訂單的階段推進也不會被撤銷。 若要在物料表已核准並被使用後變更其值，正規做法是建立新的版本、編輯它、再核准它； 原本的核准與它的快照會留檔，作為先前訂單所運行內容的稽核軌跡。成本表的核准流程
成本表版本處於三種可見狀態之一：草稿、部分已核准或已核准。 成本表的核准是以對象為單位進行，而非整份文件一次簽核。對象通常為工廠、客戶與內部—— 您的管理員設定您租戶中哪些對象啟用，且至少要有一個啟用，才能建立新的成本表版本。 表頭狀態由對象核准列推導而來；您不直接設定它：- 任一對象駁回 → 成本表回到草稿。
- 所有啟用對象都核准 → 成本表為已核准。
- 至少一個已核准、其餘仍待核准 → 部分已核准。
- 其他情況（全部待核准） → 草稿。
從物料表複製：成本表如何從物料清單開始
成本表的明細清單不必重新輸入。從一張草稿成本表上，從物料表複製會以每一條合格的物料表明細， 為成本表種出一條成本明細。- 僅有布料與輔料的物料表明細會被種入；成本表的工繳與雜項金額是表頭上每張表的加項， 並非被複製的明細。
- 每一條被種入的成本明細擷取自己一份的物料表明細物料識別、部位、供應商、單位與每件用量—— 從那一刻起，成本明細就是這些值的真實來源。日後變更物料表、布料主檔或輔料主檔， 都不會改動成本明細上所說的值。
- 「從物料表複製」不需要物料表已核准；不論狀態為何，它都從款式的目前物料表複製。 動作僅在款式沒有目前物料表時才會被拒絕。
- 在同一張草稿成本表上再次執行「從物料表複製」，並不會把先前已複製過的明細複製成重複。 它只會把上一次執行之後新增的物料表明細帶進來。
鎖定的三個層次
讀者經常會問：「是什麼鎖住了成本表上的某個值？」答案分成三個明確的層次，各自處理不同的問題：- 數值在「從物料表複製」時鎖到成本明細上。 一旦某條物料表明細被複製， 成本明細便擁有自己一份的值；物料表、布料或輔料主檔可以變動，而不會打擾成本明細。
- 「已核准」鎖住整份文件，不能再編輯。 一旦所有啟用對象都已核准，成本表便不能再編輯。 要變更某個值，請建立新的版本。
- 每張訂單的版本綁定把版本鎖到該訂單。 訂單會依據它所綁定的版本作業； 日後在款式上建立的更晚版本，並不會默默接管該訂單的計價。
為何要有版本：多張訂單，一個款式
這個模型的重點，是讓一個款式可以服務多張訂單而不衝突。一個實際的例子：- 一張春季訂單正以這件外套款式的物料表版本 1 與成本表版本 1 生產中—— 兩者皆已為該訂單核准。
- 同一款式被重新下單給秋季，並要求替換一個輔料。 商品開發人員從秋季訂單內部開啟新的物料表版本（版本 2）；只有秋季訂單會重新綁定到它。 春季訂單仍繼續讀取版本 1，不受打擾。
- 秋季的成本表跟著更新，反映這次替換；建立新的成本表版本，並隨各對象逐一簽核而以對象為單位核准。
- 數月後，第三個季節再次運行。團隊開啟款式、為每張訂單挑選應運行的版本，工作便繼續進行。
您會在哪裡遇到這個模型
- 款式的物料表分頁——版本時間線、目前版本的標記、核准與撤回動作、 已核准版本上每行的快照，以及開啟新版本的選項。
- 款式的成本分頁——版本時間線、對象核准列、每個對象的狀態、從物料表複製動作， 以及依對象剪裁的匯出。
- 訂單對款式的視角內——該訂單在物料表與成本表上所綁定的版本， 以及訂單團隊用來推進這個綁定的動作。
- 下游閘門上——採購與就緒引擎 透過款式的版本綁定解析每張訂單的版本，因此它們看到的是該訂單實際所運行的版本， 而非款式上最新的那一個。