> ## Documentation Index
> Fetch the complete documentation index at: https://docs.garmentflow.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# 物料表、成本表與文件版本

> 款式的文件如何版本控管、如何核准、如何綁定到所運行的訂單——讓「一個款式服務多張訂單」在實務上安全運作的保證。

一個<Tooltip tip="可重複使用的產品紀錄，擁有其物料表、成本表與製造單。">[款式](/zh-Hant/reference/glossary#style)</Tooltip>的
文件——它的物料表與成本表——是會隨時間變動、且跨多張訂單共用的活紀錄。本頁說明它們如何構成、
版本控管如何讓共用成果保持安全，以及核准與複製流程如何讓文件向前推進，同時不波及正在進行中的工作。

本頁是版本控管模型與核准流程的正規所在地。[以款式為中心的模型](/zh-Hant/concepts/style-centric-model)
做摘要並連回此處；[物料表頁面](/zh-Hant/modules/bom)與[成本表頁面](/zh-Hant/modules/cost-sheet)
則是物件參考。

## 心智模型

款式是可重複使用的產品紀錄。它的物料表與它的成本表並非單一份文件——它們是編號的修訂版本所構成的序列。
每一個有意義的變更都會儲存為一個新的修訂版本，而舊版本則完整保留它原本的樣子。
每張運行此款式的訂單對應到一個特定的修訂版本，因此款式可以持續演進，
而每張訂單也都繼續讀取它當初所建構於其上的版本。

三個觀念撐起這個模型：

* **版本是某個款式文件在某一時間點，編號、已儲存的修訂版本。**
* **每張訂單各自綁定一個自己所運行的版本**——讓為某張訂單所做的變更，
  不會從另一張底下抽走地毯。
* **核准是下游工作所等待的訊號。** 核准把某個版本標示為該訂單的定稿，
  並為採購、就緒引擎與生產打開閘門。

## 物料表，以商務語言說明

一個款式的<Tooltip tip="物料表——一個款式由哪些布料與輔料構成的清單。">[物料表](/zh-Hant/reference/glossary#bom-bill-of-materials)</Tooltip>是
這個款式由什麼構成的權威逐件清單——它的布料、它的輔料（拉鍊、鈕扣、標籤、吊牌等等），
以及其他組成一件成衣的零組件。每一行記錄物料是什麼、位於成衣的哪個部位、單位與每件用量、
該行採購所對應的供應商、該行所適用的
<Tooltip tip="款式生產時所採用的特定顏色或顏色組合。">[配色](/zh-Hant/reference/glossary#colorway)</Tooltip>，
以及一段簡短的採購備註。物料表是採購、計價與就緒引擎共同讀取的單一物料骨架。
完整的物件參考是[物料表頁面](/zh-Hant/modules/bom)。

## 成本表，以商務語言說明

<Tooltip tip="款式的成本明細，用於報價與毛利分析。">[成本表](/zh-Hant/reference/glossary#cost-sheet)</Tooltip>是
同一份物料樣貌的金錢面——每件的價格構成，並排兩條欄位：一邊是工廠成本、一邊是給客戶的報價、中間則是毛利。
明細通常從物料表種出（請見下方「從物料表複製」），每行的客戶加成倍率則讓客戶端隨工廠端的構成同步演進。
成本表是您向客戶報價時所定價的依據，也是款式成本分析檢視所讀取、用以推算毛利的來源。
完整的物件參考是[成本表頁面](/zh-Hant/modules/cost-sheet)。

## 什麼是文件版本

一個<Tooltip tip="款式文件（如物料表或成本表）已儲存且編號的修訂版本。">[文件版本](/zh-Hant/reference/glossary#artifact-version)</Tooltip>是
某個款式文件編號、已儲存的修訂版本。同樣的模型適用於款式所擁有的每一份文件——
物料表、成本表，以及其他款式文件——因此您在某一分頁學到的行為，在所有分頁上都適用。

* **編號以款式、以文件為單位。** 物料表的版本號跑自己的序列（1、2、3、……），
  成本表的版本號跑另一條。某份文件的下一個版本永遠是上一個的下一個整數。
* **同一時間，僅有一個目前版本。** 當您建立新版本時，它會成為目前版本；
  原本的目前版本仍完整保留且仍可開啟，但失去「目前」的標記。
* **舊版本仍可讀。** 一次修訂並不會覆蓋上一個版本；它與舊版本並陳於歷史中。

您會在款式的**物料表**分頁與**成本**分頁看到版本清單——各自顯示版本時間線與哪一個是目前版本——
以及在訂單對該款式的視角內，看到該訂單所運行的版本。

## 同一款式如何跨訂單保持安全：每張訂單的版本綁定

同一個款式可同時運行於多張
<Tooltip tip="客戶承諾購買特定款式、配色與數量，並於指定日期前出貨。">[訂單](/zh-Hant/reference/glossary#order)</Tooltip>上——
一張正在出貨的春季訂單、一張正在計價的秋季返單、一張正在準備的更晚季節訂單。
每張訂單都需要依據自己所運行的物料表與成本表版本作業，且為某張訂單所做的變更，
絕不能默默改動到另一張。這正是**每張訂單對版本的綁定**所做的事。

* 當新的物料表或成本表版本是在某張訂單的脈絡下建立時，該版本會綁定到該張訂單，
  訂單也會重新綁定到它。同款式上其他訂單不會被動到——它們仍綁定在原本的版本上。
* 從款式介面把另一個版本標記為目前版本時，所對應訂單的綁定會同步推進。
* 沒有綁定任何訂單的版本則是**款式層級**的版本——在款式上可見，但未綁定到任何特定訂單的版本鏈。

這個綁定正是讓「一個款式跨多張訂單共用」在實務上能安全運作的關鍵。同款式的兩張訂單各讀自己所綁定的版本，
為某張訂單的版本鏈所做的修訂並不會出現在另一張上。

## 物料表的核准流程

物料表版本處於兩種狀態之一：**草稿** 或 **已核准**。

* 新版本以**草稿**起始。
* 核准**以版本、以訂單為單位**——核准訂單 A 的物料表版本，不會核准訂單 B 的，
  即使兩張訂單共用同一個款式。
* 核准由具備物料表核准權限的使用者執行。
* 已核准的版本不能再次核准；該動作不會多做任何事。

### 核准會凍結什麼

核准時，物料表會在每一行上擷取一個小型**快照**——供應商名稱、該行的物料識別、交期，
以及核准發生的時間。快照取自核准當下的活主檔，因此日後若編輯某個供應商或主檔紀錄，
並不會改變該訂單當初所核准的內容。明細的工作內容仍可在款式介面上編輯，
但快照本身會停留在簽核當下的樣子。

### 核准會在下游打開什麼

物料表的「已核准」狀態，是下游工作一直在等的訊號：

* 採購在為款式的物料開立採購單時，會讀取已核准的物料表。
* [就緒引擎](/zh-Hant/concepts/readiness-engine-and-ai)在評估那些依賴於敲定物料清單的閘門時，
  會把物料表視為已核准。
* 物料表上的第一次核准，會把所連結的訂單從「已收訂單」階段推進到「採購中」階段，
  讓生產管線得以開始。

### 撤回核准

具備物料表核准權限的使用者，也可將已核准的物料表版本退回到**草稿**。動作會被記錄下來，
但**不會**回捲已依該次核准展開的後續工作——已開立的採購單仍然在、訂單的階段推進也不會被撤銷。
若要在物料表已核准並被使用後變更其值，正規做法是建立**新的**版本、編輯它、再核准它；
原本的核准與它的快照會留檔，作為先前訂單所運行內容的稽核軌跡。

## 成本表的核准流程

成本表版本處於三種可見狀態之一：**草稿**、**部分已核准**或**已核准**。

成本表的核准是**以對象為單位**進行，而非整份文件一次簽核。對象通常為**工廠**、**客戶**與**內部**——
您的管理員設定您租戶中哪些對象啟用，且至少要有一個啟用，才能建立新的成本表版本。

表頭狀態由對象核准列推導而來；您不直接設定它：

* 任一對象駁回 → 成本表回到**草稿**。
* 所有啟用對象都核准 → 成本表為**已核准**。
* 至少一個已核准、其餘仍待核准 → **部分已核准**。
* 其他情況（全部待核准） → **草稿**。

這正是為什麼單一次駁回——例如工廠就成本構成提出異議——不論已有多少其他對象核准過，
都會把整張表退回到「草稿」。當原本被駁回的對象再次被核准，該列的駁回紀錄會被清除，
表頭狀態也會重新推導。

成本表的編輯僅限於**草稿**。一旦成本表離開草稿，所有表頭與明細的寫入都會被以「僅限草稿」訊息拒絕；
要變更某個值，正規做法是建立新的版本。每個對象的核准由「成本表核准權限」管控，
而非由「正在核准哪個對象」決定——客戶對象並不限給業務、內部對象也並不限給財務。

## 從物料表複製：成本表如何從物料清單開始

成本表的明細清單不必重新輸入。從一張草稿成本表上，**從物料表複製**會以每一條合格的物料表明細，
為成本表種出一條成本明細。

* 僅有**布料**與**輔料**的物料表明細會被種入；成本表的工繳與雜項金額是表頭上每張表的加項，
  並非被複製的明細。
* 每一條被種入的成本明細擷取自己一份的物料表明細物料識別、部位、供應商、單位與每件用量——
  從那一刻起，成本明細就是這些值的真實來源。日後變更物料表、布料主檔或輔料主檔，
  都**不會**改動成本明細上所說的值。
* 「從物料表複製」**不需要**物料表已核准；不論狀態為何，它都從款式的目前物料表複製。
  動作僅在款式沒有目前物料表時才會被拒絕。
* 在同一張草稿成本表上再次執行「從物料表複製」，並不會把先前已複製過的明細複製成重複。
  它只會把上一次執行之後新增的物料表明細帶進來。

同樣的原則也適用於成本表的表頭：一旦成本表進入**已核准**，它的值便不可再編輯。
要變更某個值，請建立新的版本，並在新版本上編輯。

## 鎖定的三個層次

讀者經常會問：「是什麼鎖住了成本表上的某個值？」答案分成三個明確的層次，各自處理不同的問題：

1. **數值在「從物料表複製」時鎖到成本明細上。** 一旦某條物料表明細被複製，
   成本明細便擁有自己一份的值；物料表、布料或輔料主檔可以變動，而不會打擾成本明細。
2. **「已核准」鎖住整份文件，不能再編輯。** 一旦所有啟用對象都已核准，成本表便不能再編輯。
   要變更某個值，請建立新的版本。
3. **每張訂單的版本綁定把版本鎖到該訂單。** 訂單會依據它所綁定的版本作業；
   日後在款式上建立的更晚版本，並不會默默接管該訂單的計價。

物料表也是同一個形狀，只是更簡單：每行的快照是該行的鎖、**已核准**狀態是整份文件的鎖，
每張訂單的版本綁定則是把已核准的物料表綁到它所核准之訂單的關鍵。

## 為何要有版本：多張訂單，一個款式

這個模型的重點，是讓一個款式可以服務多張訂單而不衝突。一個實際的例子：

* 一張春季訂單正以這件外套款式的物料表版本 1 與成本表版本 1 生產中——
  兩者皆已為該訂單核准。
* 同一款式被重新下單給秋季，並要求替換一個輔料。
  商品開發人員從秋季訂單內部開啟新的物料表版本（版本 2）；只有秋季訂單會重新綁定到它。
  春季訂單仍繼續讀取版本 1，不受打擾。
* 秋季的成本表跟著更新，反映這次替換；建立新的成本表版本，並隨各對象逐一簽核而以對象為單位核准。
* 數月後，第三個季節再次運行。團隊開啟款式、為每張訂單挑選應運行的版本，工作便繼續進行。

一個共用的款式。三張訂單。每張訂單各自綁定在它當初所建構於其上的版本。
每一個更早的修訂版本，都為它所服務的訂單完整保留。

## 您會在哪裡遇到這個模型

* **款式的物料表分頁**——版本時間線、目前版本的標記、核准與撤回動作、
  已核准版本上每行的快照，以及開啟新版本的選項。
* **款式的成本分頁**——版本時間線、對象核准列、每個對象的狀態、**從物料表複製**動作，
  以及依對象剪裁的匯出。
* **訂單對款式的視角內**——該訂單在物料表與成本表上所綁定的版本，
  以及訂單團隊用來推進這個綁定的動作。
* **下游閘門上**——採購與[就緒引擎](/zh-Hant/concepts/readiness-engine-and-ai)
  透過款式的版本綁定解析每張訂單的版本，因此它們看到的是該訂單實際所運行的版本，
  而非款式上最新的那一個。

## 相關概念

* [以款式為中心的模型](/zh-Hant/concepts/style-centric-model)
* [款式、訂單與製造單](/zh-Hant/concepts/style-vs-order-vs-mo)
* [訂單生命週期](/zh-Hant/concepts/order-lifecycle)
* [款式頁面](/zh-Hant/modules/styles)
* [成本表頁面](/zh-Hant/modules/cost-sheet)
* [物料表頁面](/zh-Hant/modules/bom)