「款式」模組清單——工作區內每一筆可重複使用的款式紀錄，一眼看見客戶、季節、性別與所連結的訂單。
它是什麼
款式是一個租戶層級的產品紀錄，對應於單一成衣設計——例如 SS27 的男性 Polo、一件冬季派克大衣、一件童裝 T 恤—— 集中保管於一處，跨訂單、跨季節、跨客戶重複使用。款式承載設計的商務識別（名稱、設計所服務的、 季節、性別、、 小圖），並擁有定義它的各項文件： 款式可以手動建立、從訂單建立，或藉由匯入品牌寄來的技術包 來建立——技術包路徑會在一個動作中，從已確認的技術包種入款式的識別、配色、 物料表、尺寸規格、圖片與 QC 檢查清單。- 它的，
- 它的，
- 它的工藝包檔案，
- 以及其他生產文件： 、 包裝、QC，以及成本分析檢視。
為什麼存在
成衣是個重複使用的生意。一個設計跨季節、跨客戶銷售；為它建立的物料表與成本表，應隨設計走，而不是每張訂單重做一次。 款式就是承載設計識別與定義文件的所在地，因此一次完成的工作，能在設計每次再被下單時都收到回報。 它也是讀者、成本管理者或工廠協調員回頭尋找一個設計真相的地方——它目前的物料表、目前的價格構成、過往歷史—— 而不必到各張訂單之間去追。何時會用到
- 在設計接案時。 開始投入新設計時，建立款式。
- 在開發期間。 隨設計成形，編輯款式的物料表、成本表與工藝包檔案。
- 在訂單建立時。 將款式串入銷售它的訂單。一個款式支撐多張訂單。
- 在生產時。 製造單、委外單、包裝與 QC 文件都會引用款式。
- 在再次下單時。 開啟既有款式，而非新建——這正是這個模型的重點。
標準建立路徑：先建立款式主檔，再連結訂單
俐落的設計設定方式是先建立款式主檔，再連結訂單：開啟款式模組，選擇「建立款式」，將款式本身填好。 之後當有訂單時，再連結到訂單。這讓款式保持可重複使用，且讓您能在系統中尚未有訂單時，就先建立物料表與成本表。替代方案：從訂單建立
若您已在一張訂單內，且該訂單需要一個全新設計，您可以在該訂單的脈絡下開啟款式建立表單。 款式建立的方式與標準建立路徑相同，並且會立即出現在該訂單的款式總表中，讓訂單團隊為該訂單填入 顏色、尺寸與數量。訂單側的細節，詳見訂單模組指南。替代方案:從技術包建立
若品牌為新設計寄來一份技術包，將它上傳到 技術包,在審核畫面上確認建議的識別、配色、 物料表、尺寸規格、圖片與 QC 檢查，然後匯入。匯入會在一個動作中，把技術包所有 已確認的內容建立為可運作的款式——毋須重打。詳見 匯入技術包。技術包功能為選用—— 您的管理員可在功能設定上啟用它; 此功能僅適用於特定方案。款式主圖
每一張款式承載單一主圖——在整個工作區的清單、選擇器與報表中顯示的主要 圖片。當款式由技術包建立時，您在審核畫面上挑選主圖;系統會提議技術包首頁 最大的圖片。當款式以其他方式建立時，從款式明細上傳主圖。以下款式小圖
欄位所描述的既有行為即為同一欄位。
依賴項
- 一筆客戶紀錄——選填，但通常會在建立時設定，讓款式承載它所開發給的買家。
- 一張—— 選填；僅在您從訂單脈絡建立款式時需要。
- 一份租戶層級的款式編號方案——租戶設定時由管理員設定。
哪些東西依賴它
- 款式的物料表版本。
- 款式的成本表版本。
- 工藝包檔案與其他生產文件（製造單、包裝、QC、成本分析）。
- 每一張運行此款式的訂單——並透過這些訂單，引用此款式的製造單、委外單、採購單、樣品、試身、出貨與發票。
- 透過款式解析物料表與成本表的版本。
欄位
識別
款式編號——款式在您租戶內的唯一識別碼。由平台在建立時依您租戶所設定的編號方案自動指派， 之後無法編輯。用它在整個系統中尋找與引用此款式。
商務
款式名稱——設計的名稱。必填。客戶款號——買家對此設計自己的款號。選填。客戶款名——買家對此設計自己的名稱。選填。季節——設計所開發給的銷售季節。選填；從您租戶所設定的清單中選擇。性別——設計所裁剪的對象。選填；從您租戶所設定的清單中選擇。配色（舊式自由文字標籤）——選填的自由文字配色標籤，為了相容性保留。 下方的結構化配色清單——由租戶配色庫挑入——才是物料表與訂單款式總表所讀取的來源。
客戶款號與客戶款名以大寫保存——表單會將您輸入的內容轉為大寫，
讓系統各處的值保持一致對齊。客戶
客戶——設計所開發給的品牌或買家。選填；從您的客戶紀錄中選擇。 當您連結客戶時，客戶的名稱會被擷取到款式上，並在款式列、選擇器與報表中持續顯示—— 即使客戶紀錄日後被移除亦然。解除連結的行為，詳見「變更的影響」。
訂單關聯
訂單——選填的訂單連結，用於您從訂單內部建立款式的情境。在建立時設定它， 會把款式加入該訂單的款式總表，讓訂單團隊填入顏色、尺寸與數量。 訂單連結會擷取到款式上作為參照；訂單本身仍是這些總表細節真正的所在地。
視覺
款式小圖——用於在清單與選擇器中辨識款式的小型圖片。 接受格式：JPG、PNG、TIF；上限 25 MB。TIF 檔案在上傳時會被轉成 PNG 預覽，讓瀏覽器在所有出現此小圖之處都能呈現；JPG 與 PNG 上傳則維持原檔。
配色（結構化）
款式可承載一份結構化的配色清單。每個配色含名稱、選填的代碼、十六進位色值、選填的 Pantone 參考、 顯示順序，以及選填的單一配色小圖。物料表與訂單款式總表會從此清單讀取， 因此在這裡新增配色就能讓它們在下游被使用。 您在新增款式表單上以配色挑選器設定款式配色——它把您租戶的共用配色庫以晶片呈現：挑出設計將要運行的那些顏色，或使用內嵌的新增顏色動作把新顏色加入配色庫並一次性地選到款式上。從配色庫挑選，能讓「Navy」與「Navy」在每一個用到它的款式與訂單上都是同一個顏色。 款式建立後，款式詳細頁上的配色卡是結構化清單的編輯介面。該卡承載配色庫所沒有的逐配色細節——十六進位色值、Pantone、顯示順序、單一配色小圖——並以手動方式填入，而非透過配色庫挑選器。重新排序與單一配色圖片上傳在此進行。把新顏色挑進款式以挑選器完成；逐配色的收尾細節在卡內完成。稽核
建立時間、最後更新時間——由系統設定。在款式上顯示供參照。
由技術包種入的分頁
當款式由技術包建立時，它的三個分頁承載技術包所貢獻的內容:- QC 分頁——來自技術包的已確認 在匯入時落到這裡，依類別分組(尺寸、車縫製作、標籤、包裝、折疊、物料)。 已匯入的檢查清單在 QC 分頁為唯讀——那些列是您審核者所核准的，第二個 編輯者就是第二個與它們分歧的地方。QC 紀錄的其他部分(報告上傳、備註、 下拉選擇)照常編輯。
- 包裝分頁——分類為包裝方式或折疊方式的技術包頁面附加於此，以縮圖圖庫呈現，可展開為原尺寸檢視。
- 製作注意事項——分類為車縫說明、內部細節、設計細節、 用布配置、印繡花或標籤位置的技術包頁面附加於此，以檔名連結呈現，每一項都帶有其類別與頁碼標題。
業務規則
- 款式編號在建立時指派，且永不可編輯。 平台會在款式建立時產生編號， 因此您租戶內的兩個款式絕不會共用同一編號。
- 款式編號在您的租戶內為唯一。
- 款式可以有訂單連結，也可以沒有。 連結是選填的。即使已連結，款式仍是租戶層級的主檔—— 訂單並不擁有它。
- 以訂單連結建立款式時，會把它加入該訂單的款式總表。 訂單團隊接著為該訂單填入顏色、尺寸與數量。 將同一款式重新連結到同一訂單，並不會新增重複的明細。
- 款式可跨多張訂單重複使用。 每張訂單會在款式的物料表、成本表與製造單的 上 各自綁定自己目前所運行的版本——因此同一款式的兩張訂單絕不會互相干擾。 詳見物料表、成本表與文件版本。
- 連結的客戶必須屬於您的租戶。 連結的訂單亦同。
- 客戶的名稱在連結時擷取到款式上。 之後重新命名客戶紀錄，並不會改變款式上所顯示的名稱。
- 封面圖片的格式與大小受限。 JPG、PNG 或 TIF，上限 25 MB。
- 在款式上的建立、編輯與上傳受限。 由具備款式管理權限的使用者執行這些動作； 讀取則對您租戶內已登入的使用者開放。
驗證
款式列本身沒有額外的儲存時驗證，也沒有轉換驗證——款式沒有可轉換的狀態。
日期邏輯
款式本身不承載任何商務日期——沒有目標出貨日、沒有季節起始日、也沒有報價日期。 款式上只有建立時間與最後更新時間——由系統設定——會顯示。
讀者可能會以為屬於「款式」的日期，實際上存在於別處，應在那裡讀取：
- 連結到款式的訂單承載面向客戶的日期（訂單日期、目標出貨日、出貨日）。 詳見訂單生命週期。
- 物料表在每個已核准的版本上承載核准時間戳。
- 就緒引擎由進行中的生產工作推導出里程碑日期。
狀態與轉換
款式本身沒有狀態。 一旦建立，它就存在。 讀者可能會稱為「款式狀態」的狀態，其實存在於它的子文件與連結的訂單上： 款式不可由終端使用者刪除。款式的移除僅在租戶本身被移除時才會發生——產品中沒有刪除選項。計算
款式紀錄本身沒有計算欄位。 款式詳細頁提供一個成本分析檢視，匯總目前成本表版本的每件毛利，並（在選擇訂單時） 依該訂單對此款式的下單數量做投影。計算邏輯位於成本表上—— 詳見成本表頁面的計算規則。變更的影響
- 建立後編輯款式的表頭欄位。 未開放。款式的商務欄位（款式名稱、客戶款號與名稱、季節、性別、客戶、訂單連結） 在建立後實質上是固定的。重新上傳小圖是款式主檔在建立後唯一可做的編輯。
- 重新上傳封面圖片。 之後款式的小圖會被替換。訂單上已存在的款式副本仍保留訂單款式總表設定時的小圖。
- 從訂單編輯款式的訂單側細節。 訂單的款式總表有自己的編輯介面， 用於該訂單專屬的欄位（該訂單的款號、面料成分、樣品尺寸、面料價、後加工、該訂單運行的性別）。 這些編輯停留在訂單上；不會改變款式主檔。
- 在款式上切換目前的物料表或成本表版本。 會重新綁定到該文件版本。 當該版本綁定到特定訂單時，該訂單的版本綁定會同步推進，下游的就緒檢查也會重新讀取新的目前版本。 詳見物料表、成本表與文件版本。
- 移除已連結的客戶紀錄。 會清除款式上的客戶連結。建立時擷取的客戶名稱仍會顯示在款式上—— 這是刻意保留的，讓款式保有它開發給的買家的可讀識別。
- 刪除已連結的訂單。 會清除款式上的訂單連結。該訂單款式總表中對應的明細， 則隨訂單本身一同移除。
最佳實務
- 先建立款式，之後再連結訂單。 先建立款式主檔的做法讓設計可跨它將賣往的訂單重複使用。
- 在建立時就設好客戶。 款式上的客戶名稱會在您連結的那一刻擷取，且即使客戶紀錄日後被移除也仍會顯示—— 所以一開始就設定正確的那一個。
- 從共用配色庫挑配色，而不只是用舊式自由文字標籤。 結構化清單——由租戶配色庫挑入——才是物料表與訂單款式總表所讀取的來源；從配色庫挑選，可避免顏色清單在款式不斷增加時長出重複的條目。
- 上傳清楚的小圖。 GarmentFlow 各處的清單與選擇器都會用到它，整天都在您團隊的視線裡。
- 有意識地排序配色。 結構化清單的順序就是物料表與訂單款式總表所顯示的順序； 把主配色排在最前面。
- 若您為了省一步而從訂單建立款式，記得到訂單內完成該訂單款式總表的細節 （顏色、尺寸、數量）——那才是訂單側細節真正的所在地。