> ## 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#fitting)</Tooltip>
是以<Tooltip tip="可重複使用的產品紀錄，擁有物料表、成本表與製造單。">[款式](/zh-Hant/reference/glossary#style)</Tooltip>為單位的
驗證紀錄，帶領一個款式從第一個原型走到核准量產的
<Tooltip tip="款式的實體樣品，在量產前經由試身開發與驗證。">[樣品](/zh-Hant/reference/glossary#sample)</Tooltip>——
七個階段的驗證關卡，每個可重複使用的款式在客戶訂單上線之前都要走過一遍。

## 什麼是試身

GarmentFlow 對每條款式驗證鏈僅保留**單一一筆**樣品紀錄，從**試身**模組
開立與處理。樣品承載一條選填的連結，指向其所對應的一張
<Tooltip tip="客戶承諾購買特定款式、配色與數量，並於指定日期前出貨。">[訂單](/zh-Hant/reference/glossary#order)</Tooltip>——
正是這條連結讓同一份以款式為單位的驗證能掛在訂單上、能在 **PP** 核准時
推進該訂單的大貨生產工作階段、並能被訂單明細回讀，而不必在訂單那邊重打。

* **試身**——以款式為單位的驗證介面。一個款式對應一筆試身、七個階段，
  是從第一個原型走到量產確認的量產頭樣的驗證關卡。試身是
  [製造單](/zh-Hant/concepts/style-vs-order-vs-mo)讀取試身意見、目前版本檔案、
  與每階段所用材料的紀錄，也是其產前階段核准能將連結訂單的工作階段
  推進到大貨的那條紀錄。試身模組的清單就是**樣品**清單；第一欄是 `樣品編號`。
* **訂單 ↔ 樣品連結。** 樣品的 `訂單` 欄位——在樣品本身設定，或由訂單自身的
  **樣品**子分頁設定——正是把樣品繫到訂單上的那條連結。樣品可以**沒有**任何
  訂單（用於 Proto／開發／業務樣品的工作）；當它確實承載訂單連結時，連結是
  **同時只有一張**訂單，且若您重新指向，是**移動**而非複製。
  詳見*把樣品連結到訂單*。
* **遺留的訂單樣品。** 早期那份以訂單為單位、登記客戶核可樣品的帳曾經是訂單
  樣品介面的源頭。它已不再是訂單**樣品**子分頁或總覽**樣品狀態**卡讀取的來源——
  兩者現在皆讀取上面的生命週期樣品——且獨立的訂單樣品介面預設**隱藏**。
  詳見本頁末的*遺留的訂單樣品紀錄*，那是唯一的逃生出口。

一筆試身是**以款式為單位**、**以一條驗證鏈為單位**。一筆試身會跟著
單一款式走過固定的七個階段——**Proto**（初樣）、**Fit1**、**Fit2**、**Fit3**、
**PP**（產前樣）、**SMS**（業務樣）與 **Bulk**（量產頭樣）——這些階段在試身開立時
就自動建立完畢，各自承載自己的狀態、日期、檔案、意見與每階段的出貨。團隊依序處理階段，
在同一階段裡視工作所需反覆迭代，當目前階段獲核准後便走到下一個。

一筆試身可以**選擇性連結到一張訂單**，而這條連結是下游動作的關鍵。
若沒有訂單連結，這筆試身就只是以款式為單位的驗證紀錄——適合開發階段使用，
但對任何訂單都不會有自動效果。當設有訂單連結時，核准 **PP** 階段會自動將
連結訂單的工作階段從**生產樣**推進到**大貨生產**（見
[訂單生命週期](/zh-Hant/concepts/order-lifecycle)）。

## 為什麼存在

款式是可重複使用的產品紀錄，需要被證明——設計能不能縫得起來、規格量得對不對、
原型穿起來合不合身、產前樣是否與訂單團隊向客戶承諾的內容一致——這些都要在平台
把訂單數量交付工廠之前先驗證過。試身就是這道驗證關卡：每個款式對應一筆紀錄，
保存每一輪驗證、每一份修訂後的規格、每一張試身照片、每一則意見、每一次實體樣品出貨，
全部掛在一條固定的七階段主線上，讓整個團隊一起循之而行。

把驗證綁在款式上（而不是綁在每一張執行該款式的訂單上），正是讓這項工作可以重複使用的關鍵。
同一個款式可以跨多家客戶、多個季節銷售，而那筆證明它的試身就是生產所讀取的紀錄。
當有訂單連結時，試身的產前核准就是告訴訂單生命週期「款式已簽核可上大貨」的訊號——
一次訊號、一個位置，而不是把核准拷貝到每一張執行該款式的訂單上。

## 何時會用到

* **款式開發期間**，針對開發中的款式開立——這是以款式為單位的驗證關卡，從第一個原型
  一路走到量產頭樣。
* **整個樣品流程中**，作為團隊記錄每一份修訂後規格、每一張試身照片、每一則意見、
  以及每一次實體樣品出貨的紀錄，逐階段堆疊。
* **在產前里程碑**，作為其 **PP** 核准向系統發出「款式已可上大貨」訊號的紀錄——
  當有訂單連結時，亦會自動推進該訂單的工作階段。
* **製造單組成時**，作為製造單讀取其試身意見、目前版本檔案，以及每階段布料／輔料選擇
  作為內容來源的紀錄。

試身位於**試身**模組。試身清單列出您租戶中的每一筆試身；點開一列即進入該筆試身的明細頁，
七個階段以分頁排在最上方。

## 依賴項

* 一個待驗證的\*\*[款式](/zh-Hant/modules/styles)\*\*。試身以款式為單位——新增樣品表單
  以 `款式主檔編號` 挑選器為起點，讓新試身綁到真實的款式紀錄上。
* **試身寫入權限**，給建立、編輯、處理階段、完成階段、推進到下一階段，或取消／封存
  試身的使用者。讀取對您租戶內任何已認證使用者開放。

一筆試身**不**需要訂單——可在款式開發期間僅針對款式開立。試身**可以**承載
選填的訂單連結，這條連結正是讓 **PP** 核准能觸發訂單階段推進的關鍵（見*商業規則*）。

## 哪些東西依賴它

* **[訂單](/zh-Hant/modules/orders)的工作階段推進到大貨**——當試身連結到一張訂單時，
  核准其 **PP** 階段會自動將該訂單的工作階段從**生產樣**推進到**大貨生產**。
  若試身上沒有訂單連結，PP 核准僅為資訊性紀錄。詳見
  [訂單生命週期](/zh-Hant/concepts/order-lifecycle)。
* <Tooltip tip="針對某張訂單的款式版本所開立的生產文件。">[製造單](/zh-Hant/reference/glossary#mo-manufacturing-order)</Tooltip>的**內容組成**——
  當為訂單該款式的版本組成製造單時，平台會把試身每個階段的意見、各檔案類別目前版本的檔案、
  以及每階段的布料／輔料選擇帶入製造單的內容，讓工廠依據通過驗證的試身資訊生產，
  而非未經測試的設計。詳見[款式、訂單與製造單](/zh-Hant/concepts/style-vs-order-vs-mo)。
* **款式的驗證歷程**——試身紀錄是讀者查看一個款式驗證輪次、以及哪一輪簽下產前標準
  的地方。

## 欄位

試身的欄位依用途分組。試身紀錄承載識別、連結、樣品層級狀態與備註；
七個階段各自承載自己的日期、狀態、意見、每階段材料、檔案與出貨。

### 樣品層級——識別

* `款式主檔編號`——選填的[款式](/zh-Hant/modules/styles)主檔連結，標示試身正在驗證的款式。
  以訂單「新增款式」步驟所用的同一個款式主檔挑選器選取：選擇主檔時，會自動帶入
  `款式名稱`、`款式編號`、`季節` 與 `客戶`。挑選器同時提供手動輸入選項，供款式主檔
  尚未建立的早期開發階段使用。建議連結到主檔——以款式為單位的歷程、製造單內容帶入，
  以及就緒檢視都從這條連結讀取。
* `款式名稱`——試身上的款式名稱。**必填**。連結到款式主檔時由主檔帶入；無主檔時手動鍵入。
* `款式編號`——試身上的客戶款號。選填。連結到款式主檔時由主檔帶入；手動輸入的試身
  接受自由文字。
* `季節`——試身對應的銷售季節。選填。連結到款式主檔時由主檔帶入。
* `客戶`——款式所開發給的客戶。選填。連結到款式主檔時由主檔帶入。

### 樣品層級——訂單連結

* `訂單`——試身**選填**的[訂單](/zh-Hant/modules/orders)連結。在試身建立表單與
  試身明細上以可搜尋的訂單挑選器選取；挑選器以伺服器端搜尋整個租戶的訂單目錄，
  可依訂單編號與客戶名稱比對。連結是 **1:1**：一筆樣品同時只在一張訂單上，重新
  指向會請求確認並移動樣品。清空欄位即解除連結。設好之後，試身的 **PP** 核准會
  自動將連結訂單的工作階段推進到**大貨生產**；留空時，**PP** 核准僅為資訊性紀錄。
  訂單那一側同樣有此連結，以訂單樣品子分頁上的\*\*「連結樣品」**與**「新增樣品」\*\*
  動作呈現——詳見*把樣品連結到訂單*。

### 樣品層級——狀態與備註

* `狀態`——試身紀錄本身的生命週期標籤：**使用中**、**已取消** 或 **已封存**。
  新試身以 **使用中** 開立。詳見*狀態與轉換*。
* `備註`——試身紀錄上的內部用自由文字。與每階段的 `備註` 不同（見下）。

### 每階段——識別

七個階段各自一列，依固定順序排在試身上。

* `階段`——階段名稱。七個階段是 **Proto**、**Fit1**、**Fit2**、**Fit3**、**PP**、
  **SMS** 與 **Bulk**。試身開立時自動建立完畢；不可新增或刪除階段。
* `階段狀態`——階段自身的生命週期標籤：**待處理**、**進行中**、**已核准** 或 **已退回**。
  新試身上 PROTO 階段以**進行中**開立，其他六個階段以**待處理**開立。詳見*狀態與轉換*。

### 每階段——日期

* `ETD`——該階段實體樣品的計畫出廠日。由操作者設定，選填。
* `ETA`——該階段實體樣品的計畫抵達日。由操作者設定，選填。
* `截止日期`——該階段工作預定完成的日期。由操作者設定，選填。當截止日期已過、
  階段仍未獲核准或被退回時，試身清單會將該階段標為逾期。

### 每階段——指派與材料

* `負責人`——階段所指派的使用者。選填。
* `布料主檔`——選填，此階段實體樣品所使用的布料主檔紀錄。從租戶層級的布料主檔清單挑選。
* `輔料主檔`——選填，此階段實體樣品所使用的輔料／配件主檔紀錄。從租戶層級的
  輔料／配件主檔清單挑選。兩項選擇都會帶入製造單就該階段所組成的內容。
  它們是該原型實際使用了哪些材料的每階段紀錄欄位；款式的
  <Tooltip tip="物料表——一個款式由哪些布料與輔料構成的清單。">[物料表](/zh-Hant/reference/glossary#bom-bill-of-materials)</Tooltip>
  仍是款式由哪些材料構成的權威紀錄。

### 每階段——意見與備註

* `意見`——在階段列上記錄的單行簡短摘要，會顯示在試身清單該階段的儲存格上。
  與 **Comments** 子分頁上的每階段意見討論串不同（見下）。
* `備註`——階段本身的內部用自由文字。與試身層級的 `備註` 不同。

### 每階段——檔案（依類別）

每個階段有四個檔案類別，掛在該階段的類別子分頁上：

* `SPEC`——該階段的量測規格檔。試算表、PDF 或圖片。
* `Fitting Photo`——樣品在人台或模特兒上的試身照片。僅限圖片。
* `Grading`——該階段的尺寸放縮文件。試算表、PDF 或圖片。階段作業所依的
  <Tooltip tip="團隊放碼一個款式所依的逐階段尺寸與容差表,由工作區的量測點目錄加上試身階段所加入的任何一次性點構成。">[放碼表](/zh-Hant/reference/glossary#grading-table)</Tooltip>
  由工作區的[量測點目錄](/zh-Hant/admin/pom-library)構築;在表內加入的一次性點
  僅留存於該階段內。
* `Shipment`——該階段實體樣品出貨所附的文件。試算表、PDF 或圖片。

各類別檔案皆**依檔名做版本控管**：在同一類別重新上傳同名檔案會在階段上記錄為新版本，
舊版本仍可下載。Fitting Photo 類別與其他類別採同一條版本規則。

### 每階段——SPEC 量測表

階段的 **SPEC** 子分頁上也帶有一張結構化的逐階段量測表——每一個量測部位一列，
就地在同一子分頁上編輯，與上方的 SPEC 檔案附件並列。檔案附件是團隊作業所依
的參考規格（試算表、PDF 或圖片）；結構化的量測表是本輪樣品實際量到了什麼的
QA 紀錄。兩者並排在 SPEC 子分頁上。

表格的欄位為：

* `代碼`——您團隊為量測部位設定的短代碼。選填。
* `量測部位`——量測部位本身（例如胸圍、袖長、下襬）。**必填**——沒有量測部位
  的列會在儲存時被丟棄。
* `說明`——量測該部位的方式說明。選填。
* `公差-`、`公差+`——`要求值`上下的容差。自由文字。
* `要求值`——此量測部位的規格目標值。
* `廠商值`——工廠回報的量測值。
* `樣品值`——您團隊在樣品上量到的值。
* `修訂值`——當規格被修訂時，下一輪的目標值。
* `備註`——逐列自由文字。
* `差異`——**衍生且僅顯示**：`樣品值 − 要求值`，當兩個欄位都能解讀為數字時顯示，
  否則為空。單純減法——欄位本身不做容差判定，且該值不會儲存。

以**新增列**按鈕在表尾新增列；以每列的列級動作刪除一列。儲存表格會保存目前的
列集；`量測部位` 為空的列會在儲存時直接被丟棄、不會提示，因此一條空白新列永遠
不會落地。表格以階段為單位——試身的七個階段各自有自己的 SPEC 表，彼此獨立。

訂單範圍下逐款式的**放碼網格**是它在尺碼面向的對應：SPEC 量測表驗證單一樣品
在某一階段是否量到規格；放碼網格則記錄該訂單上每一個尺碼的規格。詳見
[尺寸放碼](/zh-Hant/modules/grading)。

### 每階段——實體樣品出貨

每個階段保有**零筆或多筆**實體樣品出貨——試身是該階段工廠寄出的每一個樣品的紀錄。
一筆出貨列承載該階段的出廠日、運送追蹤號碼，以及出貨內容物，讓讀者可回讀
哪一個實體樣品在何時、以哪一個追蹤號碼送往何處。Shipment 類別檔案（見上）
承載該階段出貨的支援文件。

### 每階段——審視

* `Review`——每階段的審視子分頁，團隊在此建構該階段結構化的審視內容
  （區段、意見與圖片錨點參照），會以該階段的審視摘要形式列印。審視為每階段獨立，
  並逐階段保留作為驗證歷程。

## 商業規則

1. **試身以款式為單位。** 一筆試身驗證一個款式。即使是同一客戶、同一季節的另一個款式，
   也是另一筆試身。
2. **七個階段為固定。** 每筆試身都以相同順序的同七個階段開立：
   **Proto → Fit1 → Fit2 → Fit3 → PP → SMS → Bulk**。階段不可新增、改名、重新排序
   或刪除。團隊依序處理階段。
3. **PROTO 以進行中開立；其餘以待處理開立。** 新試身上，**Proto** 階段的狀態為
   **進行中**，團隊可立即開始作業；其餘六個階段以**待處理**開立，並停留在該狀態
   直到團隊開始處理為止。
4. **階段狀態獨立於樣品層級狀態。** 每個階段有自己的
   **待處理／進行中／已核准／已退回** 生命週期推進工作；試身紀錄本身另有獨立的
   **使用中／已取消／已封存** 生命週期。
5. **將階段標為已退回時，必須記下核准意見。** 團隊在同一次寫入記錄退回的理由；
   若沒有意見，退回會被拒絕。
6. **完成與進入下一步行為不同。** 「完成」會把目前階段標為已核准，但不把指標移到下一階段——
   用於團隊想簽核某階段、暫停腳步的時候。「進入下一步」會把目前階段標為已核准，**並**
   把試身的目前階段移到主線上的下一個階段，於同一次寫入把該階段從**待處理**翻為**進行中**。
7. **無法超越 Bulk 推進，也無法從已退回的階段推進。** 「進入下一步」在目前階段為 **Bulk**
   （已沒有下一階段可推進）或目前階段為**已退回**（該階段必須先重做並獲核准）時會被拒絕。
8. **核准 PP 階段會把連結的訂單推進到大貨。** 核准 **PP** 階段——無論透過「完成」、
   「進入下一步」或直接編輯階段狀態——會自動將連結訂單的工作階段從**生產樣**推進到
   **大貨生產**。此推進僅在試身承載 `訂單` 連結、且連結訂單目前在**生產樣**工作階段時
   才會發動。若無訂單連結，核准僅具資訊意義；若連結的訂單已過該觸發階段，推進為無動作。
   詳見[訂單生命週期](/zh-Hant/concepts/order-lifecycle)。
9. **試身可被取消或封存。** 「取消樣品」會把試身由 **使用中** 翻為 **已取消**
   （試身不再出現在使用中清單）；「封存樣品」會把它移到 **已封存**
   （保留留檔、自使用中檢視隱藏）。取消與封存作用於整筆試身，不是針對單一階段。
10. **檔案依版本保存。** 上傳到階段 SPEC、Fitting Photo、Grading 或 Shipment 類別的檔案
    依檔名保存：在同一類別重新上傳同檔名會寫入新版本，舊版本仍可下載，
    讓階段在四個檔案類別上的修訂歷程都得以保留。
11. **製造單帶入通過驗證的試身內容。** 當為訂單該款式的版本組成製造單時，製造單內容
    會讀取試身每階段的意見、各階段四個檔案類別目前版本的檔案，以及每階段的布料／輔料選擇。
    製造單是消費端；試身是來源端。

## 驗證

| 何時           | 檢查                         | 失敗時的反應                         |
| ------------ | -------------------------- | ------------------------------ |
| 建立試身         | `款式名稱` 已設定                 | 拒絕儲存。                          |
| 將階段設為**已退回** | 退回時記錄核准意見                  | 以「需要意見」訊息拒絕該轉換。                |
| 「進入下一步」      | 目前階段不是 **Bulk** 且不是**已退回** | 拒絕推進，並回報原因（已在 Bulk，或目前階段為已退回）。 |
| 編輯階段         | 試身為**使用中**                 | 試身為**已取消**或**已封存**時拒絕儲存。       |

## 日期邏輯

每個階段承載三個由操作者設定的日期——`ETD`、`ETA` 與 `截止日期`——團隊在規劃工作時填入，
試身清單會逐階段回讀。

* **`ETD`**——該階段實體樣品的計畫出廠日。由操作者在階段上設定。試身清單在階段儲存格
  顯示 ETD。
* **`ETA`**——該階段實體樣品的計畫抵達日。由操作者在階段上設定。
* **`截止日期`**——該階段工作預定完成的日期。由操作者在階段上設定。當截止日期已過、
  階段既未獲核准也未被退回時，試身清單會將該階段標為逾期。
* **`完成時間`**——當階段狀態翻為**已核准**（無論透過「完成」、「進入下一步」或
  直接編輯）時，由平台自動寫入。為稽核時間戳。

試身紀錄本身不引入自己的出貨日——試身工作以款式為錨；有連結時，套入訂單自身的反向排程時間軸。

## 狀態與轉換

試身承載**兩條獨立的生命週期**——一條在試身紀錄本身、一條在七個階段各自身上。

### 試身紀錄的生命週期

* **使用中**——試身已開立、階段可作業中。新試身由此起算。
* **已取消**——試身已被取消（驗證已放棄）。對階段的編輯被拒；試身從使用中試身清單隱藏。
  自試身明細的「取消樣品」設定。
* **已封存**——試身已被封存（留檔，但不在使用中檢視）。編輯被拒；紀錄仍可透過直接連結存取。
  自試身明細的「封存樣品」設定。

轉換：

* （建立）→ **使用中**。
* **使用中** → **已取消**：經「取消樣品」。
* **使用中** → **已封存**：經「封存樣品」。

### 階段的生命週期

* **待處理**——階段已存在於試身上，但團隊尚未開始。除 **Proto** 外的每個階段皆由此起算。
* **進行中**——團隊正積極處理階段。**Proto** 階段在新試身上由此起算；其他階段在前一階段
  「進入下一步」推進到它時、或團隊手動把它設到此處時翻入此狀態。
* **已核准**——階段已被簽核。經「完成」（試身仍停留在此階段）或「進入下一步」
  （核准本階段*並*把指標移到下一階段）設定。
* **已退回**——階段已被退回、需要重做。團隊在同一次寫入記錄核准意見。
  階段在重做期間仍可作業；自已退回的階段執行「進入下一步」會被拒絕。

轉換：

* （建立）→ 第 2–7 階段為**待處理**；**Proto** 為**進行中**。
* **待處理** → **進行中**：當團隊開始處理該階段時。
* **進行中** → **已核准**：經「完成」或「進入下一步」。
* **進行中** → **已退回**：經一次帶有核准意見的狀態編輯。
* **已退回** → **進行中**：團隊回到重做時。

核准 **PP** 階段是訂單工作階段推進到大貨的系統觸發點（當試身承載 `訂單` 連結時）。
核准本身遵循與其他階段相同的轉換規則——「完成」、「進入下一步」或直接編輯狀態——
並於同一次寫入觸發訂單階段推進。

## 變動的影響

* **建立試身。** 一筆新試身開出，七個階段自動建立——**Proto** 為**進行中**、其餘六個為**待處理**——
  樣品層級狀態為**使用中**，任何由款式主檔挑選器帶入的欄位即時填入。
* **編輯階段的日期、意見、負責人、材料或備註。** 變更存到該階段。試身清單下次檢視時
  重新讀取受影響的儲存格。
* **直接編輯階段狀態。** 平台更新階段。若目標狀態為**已退回**，需附核准意見。
  若目標狀態為**已核准**、階段為 **PP**、且試身承載 `訂單` 連結指向處於**生產樣**的訂單，
  該訂單的工作階段於同一次寫入推進到**大貨生產**。
* **在階段上按「完成」。** 目前階段移到**已核准**並寫入 `完成時間`。試身的目前階段指標
  不會移動。若該階段為 **PP** 且試身有訂單連結，訂單推進到大貨的動作於同一次寫入觸發。
* **在階段上按「進入下一步」。** 目前階段移到**已核准**、寫入 `完成時間`，且試身的目前
  階段指標移到主線上的下一階段——把它從**待處理**翻為**進行中**。若被核准的階段為 **PP**
  且試身有訂單連結，訂單推進到大貨的動作於同一次寫入觸發。當目前階段為 **Bulk** 或
  **已退回**時，此動作被拒。
* **在階段類別上上傳檔案。** 檔案以新版本存入該階段的類別。若同一類別存在同檔名的舊版本，
  舊版本仍可下載，新上傳成為下游介面（如製造單內容帶入）讀取的目前版本。
* **在階段上新增一筆實體樣品出貨。** 出貨列存到該階段，含出廠日、追蹤號碼與內容物。
  同一階段可掛多筆出貨。
* **在階段的 Comments 討論串上新增意見。** 新意見附加到該階段的討論串。
  批次匯入意見接受一份檔案中的多筆條目，每筆條目產生一則意見；手動新增路徑則接受
  一則自由文字意見。
* **取消試身。** 試身狀態翻為**已取消**，紀錄從使用中試身清單移除。自此對階段的編輯被拒。
* **封存試身。** 試身狀態翻為**已封存**，紀錄從使用中檢視隱藏。編輯被拒；紀錄留檔。
* **為連結款式組成製造單。** 製造單把試身每階段的意見、四個檔案類別目前版本的檔案、
  以及每階段布料／輔料選擇帶入其內容。製造單是消費端；試身本身不變。

## 處理一筆試身——驗證流程操作走法

試身清單以一列代表一筆試身。每列顯示連結款式的識別資訊（`款式主檔編號`、客戶－品牌、季節）、
試身的 `狀態`，以及橫向排開的七個階段欄位，各欄承載該階段的 ETD、ETA 與 `意見` 摘要。
可依季節、客戶、階段或狀態篩選，聚焦在眼前的工作。每個階段儲存格上的鉛筆編輯圖示
可就地開啟該儲存格，讓您不離開清單也能編輯該階段的 ETD、ETA 與意見。

試身明細頁把七個階段以分頁排在最上方。點選一個階段會打開該階段的工作區，
含該階段的 **SPEC**、**Comments**、**Fitting Photo**、**Grading**、**Review** 與 **Shipment**
子分頁。上傳到類別子分頁的檔案依檔名保存：在同檔名重新上傳會在階段上寫入新版本，
舊版本仍可下載。**Comments** 子分頁承載每階段的意見討論串，與試身清單上單行的意見摘要不同——
您可手動新增、或從檔案匯入一份條目清單。**Shipment** 子分頁紀錄該階段的實體樣品出貨，
每寄出一個樣品一列。**Review** 子分頁是該階段的結構化審視紀錄。

每個階段底部有兩個動作按鈕：

* **完成**——將目前階段標為已核准、但不前進。當團隊想簽核某階段、但尚未準備好開始
  下一階段時使用。
* **進入下一步**——核准目前階段*並*把試身移到主線上的下一階段，把該階段從待處理翻為
  進行中。

視工作所需在同一階段裡反覆迭代——把問題記為意見、上傳修訂後的規格、附上新的試身照片、
並把下一個實體樣品作為另一筆出貨記錄。由於檔案依版本保存，整段修訂歷程得以保留，
而非只剩最終結果。唯有當一個階段無誤時才完成它或推進到下一個。

**PP** 階段是其他系統讀取的里程碑。當試身承載 `訂單` 連結、且訂單正處於**生產樣**
工作階段時，核准 **PP** 階段會自動將該訂單的工作階段推進到**大貨生產**——
一個訊號、一個位置，不需要在訂單上重打任何東西。當沒有訂單連結時，**PP** 核准
僅具資訊意義。

當為訂單該款式的版本組成[製造單](/zh-Hant/concepts/style-vs-order-vs-mo)時，
製造單會把試身每階段的意見、各階段四個類別目前版本的檔案，以及每階段的布料／輔料選擇
帶入其內容——讓工廠依據通過驗證的試身資訊生產，而非未經測試的設計。

<a id="linking-a-sample-to-an-order" />

## 把樣品連結到訂單

樣品承載一條**選填、同時只有一張**的訂單連結。正是這條連結讓同一份以款式
為單位的驗證能掛在它所對應的訂單上——訂單的**樣品**子分頁與總覽的
**樣品狀態**卡都透過此連結回讀生命週期樣品，且 **PP** 階段核准要觸發訂單
工作階段推進也須先設好連結（見*商業規則*）。

連結可以從任一側設定。

<a id="the-rules" />

### 連結規則

幾條樸實的規則管著連結。先掌握規則，再動手。

* **樣品可以沒有任何訂單。** Proto、開發與業務樣的工作屬於沒有訂單連結、僅以
  款式為錨的樣品。試身照樣運作、階段照樣推進，訂單對該樣品沒有任何主張權。
  `訂單`欄位留空即可。
* **一筆樣品同時最多在一張訂單上。** 連結是**1:1、選填**：樣品要嘛沒連結，
  要嘛掛在單一一張訂單上。沒有「多訂單清單」，也沒有複製步驟。
* **重新指向連結會移動樣品，並需確認。** 連結一筆**已在另一張訂單上**的樣品時，
  系統會請您確認，然後把這筆樣品**從原本訂單移到**新訂單上。樣品不會被複製：
  新訂單拿到它的同一刻，原訂單就失去它。這正是讀者最容易猜錯的一條——
  沒有第二筆樣品、也沒有共用樣品。
* **可以解除連結。** 把樣品的`訂單`欄位設回空白即解除連結，讓樣品回到無訂單狀態。
  自那一刻起，原訂單的**樣品**子分頁與**樣品狀態**卡都不再回讀它。

樣品上的客戶承自款式主檔（由款式主檔帶入）；訂單的客戶必須與之相符。

<a id="from-the-order--link-sample--new-sample" />

### 從訂單側——連結樣品／新增樣品

訂單的**樣品**子分頁，是訂單團隊伸手去拿一筆既有樣品、或對著本訂單開新樣品
的地方。子分頁頂部有兩個動作：

* **「連結樣品」**——開啟標題為*連結既有樣品*的對話框，列出您租戶的生命週期
  樣品，**預設過濾為本訂單的客戶**，含`搜尋樣品…`輸入框與其下的候選清單。
  已在本訂單上的樣品會被排除；在別張訂單上的樣品會被列出，挑選時會帶出上述
  「移動」確認提示。挑選器對候選清單支援搜尋——沒有少量列數的上限。
* **「新增樣品」**——開啟試身建立表單，新樣品的`訂單`欄位已預先選為本訂單。
  存檔後的樣品開立時即連結到本訂單；取消則不會建立任何樣品。

兩個動作都不會繞過 **PP** 核准的規則：訂單推進到大貨階段仍需連結試身的
**PP** 階段獲核准（見*商業規則*）。

<a id="from-the-sample--the-order-field" />

### 從樣品側——`訂單`欄位

在試身建立表單與試身明細頁上，樣品的`訂單`欄位是可搜尋的訂單挑選器。
它以伺服器端依訂單編號與客戶名稱搜尋您租戶的訂單，可觸及整個目錄——
而非僅清單頂端的一段。同一個欄位也接受「清空」狀態：選「—」或清空值
並存檔即解除樣品連結。

當您把樣品的`訂單`從一張訂單改到另一張時，套用相同的 1:1 移動規則——
原訂單的**樣品**子分頁在下次重新整理時不再回讀此樣品，新訂單的子分頁
則開始回讀。沒有兩步驟的「先解除、再連結」——變更是一次存檔。

## 遺留的訂單樣品紀錄

在生命週期樣品模型之前，GarmentFlow 曾在試身之外運行一份獨立的、以訂單為
單位的**訂單樣品**帳。它已不再是訂單明細所讀取的來源——訂單的**樣品**子分頁
與總覽的**樣品狀態**卡都讀取上面的生命週期樣品——且獨立的**訂單樣品**介面
預設**隱藏**。其路由仍可抵達，但需要由管理員把它的側邊欄連結再打開。

要重新啟用遺留介面，請開啟**功能設定**底下的
[側邊欄版面](/zh-Hant/admin/feature-settings#sidebar-layout)卡片，
在可切換項目清單中找到**訂單樣品**、勾選回開、然後儲存。連結會回到左側
導覽中；獨立的訂單樣品頁即是遺留帳所在的位置。此設定是租戶層級的選擇，
僅作為仍在使用舊帳的租戶的逃生出口——新的樣品管理工作應落在上面的
生命週期樣品／試身紀錄上。

供仍使用遺留帳的租戶參考：遺留帳記錄的是——每筆代表為某張訂單款式
寄送給客戶的一個特定類型樣品（**Proto**、**Fit**、**Salesman** 或 **PP**）——
何時送出、追蹤號碼為何、客戶的意見回饋為何，以及客戶核可、要求修訂、
或請團隊回到設計階段。每筆訂單樣品承載自己的
**Pending／Sent／Approved／Revision requested／Cancelled** 生命週期，
並逐筆記錄修訂歷程。遺留帳與生命週期樣品互不相干——遺留訂單樣品上的
任何狀態都不會驅動訂單的工作階段或任何下游推進。

若您的租戶把遺留介面關著，無須任何動作——上面所述的生命週期樣品就是
訂單明細與平台讀取的唯一路徑。

## 最佳實務

* **針對款式主檔開立試身。** 新增樣品表單的 `款式主檔編號` 挑選器讓試身綁到真實的
  款式紀錄上，使以款式為單位的歷程、製造單內容帶入，以及就緒檢視都能正確解析。
  手動輸入選項是給款式主檔尚未建立的開發案例使用——一旦款式存在，盡早把試身切到
  該主檔上。
* **在核准 PP 前先把試身連結到它的訂單。** **PP** 核准帶來的工作階段推進，僅在試身上
  設有 `訂單` 連結時才會發動。提前設好連結，是讓核准那天驗證訊號得以直通訂單的關鍵。
* **用「完成」簽核階段，用「進入下一步」前進。** 把兩個動作分開，讓您可以簽核階段
  又不被迫立即開始下一階段；當下一階段的工作真的準備好開始時，才用「進入下一步」。
* **把每一輪都記在產生它的那個階段上。** 一個階段可承載任意輪次的工作——
  該階段上的檔案版本、意見討論串與出貨列就是驗證過程實際進行的稽核軌跡。
  唯有當階段無誤時才推進。
* **變更後請以同檔名重新上傳。** 版本依檔名做版本控管：跨輪次保持檔名穩定，
  是構築階段修訂歷程的關鍵。新檔名會在同一類別上開啟另一條版本鏈。
* **以取消代替試圖刪除。** 已不再處理的試身請從明細頁**取消**或**封存**——
  取消是把它移出使用中清單，封存是留檔、自檢視中隱藏。

## 樣品身分與輔料核准在試身旁的紀錄

在試身與既有訂單樣品帳之外,還有兩種紀錄傍著試身,服務樣品實體面的工作。

* **款式卡。** 當樣品即將外行——前往試身會、出差工廠或客戶審視——團隊會列印一張
  <Tooltip tip="用以辨識實體樣品在外行走的四連一 A4 樣品標籤。">[款式卡](/zh-Hant/reference/glossary#product-card)</Tooltip>
  以辨識它。卡片承載訂單與款式、樣品類型、尺碼、顏色,以及此原型所用物料的簡短清單,
  排在一張四連一 A4 標籤上由團隊貼到樣品上。卡片沒有狀態、也無任何下游影響——
  它是工作區裡「列印標籤存在」這件事的紀錄。卡片住在[款式卡](/zh-Hant/modules/product-cards);
  PDF 版面在[功能設定 → 款式卡 PDF](/zh-Hant/admin/feature-settings#產品卡-pdf-欄位)上設定。
* **輔料樣品送樣。** 另一筆紀錄同步運作,服務輔料核准——每組(輔料 × 顏色 × 意圖)一張
  <Tooltip tip="工作區裡一件輔料樣品被寄出去簽核與回來結果的紀錄。">[輔料樣品送樣](/zh-Hant/reference/glossary#trim-submission)</Tooltip>,
  承載廠商、核准輪、結果與隨樣品外行的照片。輔料樣品送樣住在
  [輔料樣品送樣](/zh-Hant/modules/trim-submissions);它們是輔料核准的書面軌跡,
  並不擋下大貨輔料採購單。

## 相關頁面

* [款式](/zh-Hant/modules/styles)——試身所驗證的、以款式為單位的紀錄。
* [訂單](/zh-Hant/modules/orders)——其連結試身驅動大貨生產階段推進的訂單。
* [訂單生命週期](/zh-Hant/concepts/order-lifecycle)——訂單工作階段與 PP 核准觸發的權威參考。
* [款式、訂單與製造單](/zh-Hant/concepts/style-vs-order-vs-mo)——試身如何嵌入更廣的
  款式 → 訂單 → 製造單鏈。
* [量測點目錄](/zh-Hant/admin/pom-library)——工作區的量測點目錄,
  逐階段放碼表據以建構。
* [款式卡](/zh-Hant/modules/product-cards)——用以辨識實體樣品在外行走的四連一 A4 樣品標籤。
* [輔料樣品送樣](/zh-Hant/modules/trim-submissions)——傍著成衣樣品運作的輔料核准書面軌跡。
* [以款式為中心的模型](/zh-Hant/concepts/style-centric-model)