心智模型：兩條平行的軌道
GarmentFlow 裡的每張訂單都同時帶有：- 工作階段——目前的實際作業推進到哪裡，從最初的詢價一路走到出貨完成。這條軌道是訂單日常作業的主線。
- 商業狀態——這筆交易本身的商業承諾狀況，從詢盤、報價走到已確認，再到已完成或已取消。這是訂單在商業面的標籤。
工作階段——主線
工作階段是訂單依序經過的固定階段，一次走一個：- 詢價——訂單已開立，但實際作業尚未啟動，條件仍在洽談。
- 開發樣——已交由工廠開發初樣，讓客戶可審視設計。
- 報價——已為客戶估出價格。
- PI 已發—— 已寄給客戶。
- PO 已收——已收到客戶的採購單，這筆交易正式成立。
- 採購——正依據訂單已核准的 採購物料。
- 生產樣——大貨前的生產樣正在製作與審視。
- 大貨生產——主生產在工廠裡進行中。
- 已出貨——成衣已離開工廠、運往客戶。
階段如何推進
部分推進由團隊在工作完成時手動標記，部分則在平台看到觸發事件時自動完成：- 推進到 PI 已發：當該訂單建立了形式發票時自動發生。
- 推進到 採購：當該訂單的第一份物料表獲核准時自動發生——這是物料清單已穩定到可以開始採購的訊號。
- 推進到 大貨生產：當生產前樣品獲核准時自動發生。
- 推進到 已出貨：當該訂單的出貨進入運送中時自動發生。
階段一次推一步、不會跳階也不會倒退
工作階段一次只往前推一個階段，既不跳階也不倒退。已經完成的階段推進就維持已完成的狀態，即使上游的決定後來被重新檢視——舉例來說，撤回某份物料表的核准不會把訂單退回先前的階段。若要在訂單已推離某個由核准觸發的階段之後再變更上游文件的內容，標準作法是為該文件開立新版並重新核准（每張訂單各自的版本鎖定會記住該訂單當下使用的版本；詳見物料表、成本表與文件版本）。商業狀態——平行軌道
除了工作階段之外，訂單還帶有一個由團隊設定的商業狀態，用來表達這筆交易目前的承諾位置。可用的狀態包括詢盤、報價單、已確認、樣品、PP 樣、生產、出貨、已完成與已取消。 商業狀態裡有兩個是最重要的：- 已確認——客戶已承諾、這筆交易拍板成立。確認是其他部門可據以開始規劃的商業訊號——意味著款式、數量與出貨日是真的。這個狀態由團隊在訂單上設定，不是由工作階段自動推導。
- 已取消——這筆交易告吹。訂單可從幾乎任何更早的狀態被改為已取消，讓團隊在客戶撤單時能乾淨地停下手中的工作。已取消是終態，不會再被反向回復。
狀態與階段彼此不互相把關
由於兩條軌道各自獨立追蹤，訂單因此可能出現乍看奇怪的組合——例如商業狀態已經是生產，但工作階段還停在採購（團隊已先把商業標籤切過去，雖然現場還沒實際下線）。請依其本意各自解讀：階段說的是作業推進到了哪裡，狀態說的是這筆交易處於何種承諾位置。它們的一致由團隊的紀律維繫，平台不會強迫它們同步。製造單在主線上的位置
——某張訂單該次生產所對應的生產規格文件——是在工作階段這條主線上建立與開立的。實務上，這通常發生在訂單已具備該次生產所應依循的已核准物料表（理想情況下還有已核准成本表）之後；以階段對照，大致落在採購到大貨生產之間。 開立製造單會做兩件事：- 它會將製造單鎖定到該訂單的技術文件、物料表、成本表、包裝指示與品質規範的特定版本。日後在款式上對這些文件做新的修訂，不會改變已開立製造單所指向的版本——工廠看到的，仍是它被開立當下所依據的那份內容。
- 它會將製造單在開立當下凍結為定稿。已鎖定文件之後的內容變動，不會穿透到已開立的製造單上。
就緒引擎所在的位置
就緒引擎疊在兩條軌道之上。它讀取團隊正在做的同一批工作——物料表核准、試身簽核、收料、已開立的文件——並逐張訂單算出已完成了什麼、還缺什麼。工作階段告訴您訂單走到了哪一段；就緒引擎則告訴您那一段裡還缺哪些、以及出貨日是否有風險。 兩個讀數彼此互補：階段推進是線性主線，就緒視圖則是疊在它上面的檢查清單。訂單不會被刪除
訂單一旦建立，就會留在系統裡。訂單上沒有刪除動作——若有一筆交易不再進行，標準作法是把它取消，將紀錄留檔，並以清楚的商業標籤標示之後不再對它做任何處理。這讓既有的下游文件與報表仍能維持完整的稽核軌跡。您在哪裡會看到這個模型
- 在訂單明細頁——訂單抬頭顯示商業狀態，工作階段的推進則與訂單概觀和就緒視圖並列。
- 在訂單模組——清單檢視以商業狀態作為每張訂單的快速辨識標籤。
- 在下游作業上——就緒引擎、生產時程，以及文件與轉換鏈，都會讀取訂單的工作階段以判斷哪些工作已解鎖。