> ## 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>
的尺寸與容差參考,團隊以此對樣品放碼。它是一張**量測點 × 尺碼網格**:
每一列是一個團隊放碼所依的
<Tooltip tip="成衣上具名的量測點——胸圍、袖長、下擺之類——以及團隊作業所依的容差。">[量測點](/zh-Hant/reference/glossary#pom-point-of-measurement)</Tooltip>,
每一欄是訂單所跑的一個尺碼,另加一個團隊作業所依的容差欄。
每一格是該尺碼於該量測點的**目標量測值**——
工廠據以縫製、團隊據以量測大貨樣品的數字。

<Frame caption="一份定稿的放碼表打開到量測點 × 尺碼網格——每一列一個量測點、每一欄一個尺碼、容差緊隨在側,表頭帶出版本標籤、樣品尺碼、季節與廠商。">
  <img src="https://mintcdn.com/garmentflow/w7vNRdLdtsbMqPHS/images/modules/grading/grading-grid-zh-hant.png?fit=max&auto=format&n=w7vNRdLdtsbMqPHS&q=85&s=6f24c358ad143f900784a6bb70995987" alt="放碼表網格。表頭顯示 Grading v1,後接綠色 FINALIZED 徽章與 PROTO 版本類型小標;樣品尺碼、季節與廠商同列呈現。下方網格最左為 POM 欄(Chest Width、Body Length、Sleeve Length、Shoulder Width),接著是帶中文名稱的「中文」欄、帶英寸分數容差的 Tol. 欄,再來每一個尺碼(L、M、S、XL)一欄,各格載明該量測點於該尺碼的目標量測值。" width="2370" height="1682" data-path="images/modules/grading/grading-grid-zh-hant.png" />
</Frame>

<a id="what-it-is" />

<Frame caption="近距離看一張放碼表——每個尺寸的測量點、尺碼與公差，都在同一張定版網格裡。">
  <iframe className="w-full aspect-video rounded-xl" src="https://www.youtube.com/embed/CqWJ6wVSTjs" title="GarmentFlow：放碼與尺寸，一目了然" frameBorder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture" allowFullScreen />
</Frame>

## 它是什麼

放碼表是一份**參考文件**,而非計算。平台**儲存**團隊所輸入或匯入的數字;
它不會自一個基礎尺碼推導其他尺碼、不會計算遞增、亦不會就容差驗證量測值。
網格即是團隊所達成的協議——品牌規格、工廠的反提案,或團隊自己的目標——
在每一個讀取它的畫面上,完全照其輸入或匯入時的內容回讀。

放碼表**逐款式、逐訂單**存在。一個款式在兩張訂單上有兩份放碼表——
一張一份——因為每張訂單可能跑不同的尺碼組、季節或工廠,
而放碼表是*該*訂單大貨運作的尺寸放大參考。訂單是範圍;款式是主體。

每一份放碼表承載一個**版本**。團隊一次定稿一個版本,
規格變動時以新草稿取代——與
<Tooltip tip="物料清單——構成一個款式的布料與輔料清單。">[BOM](/zh-Hant/reference/glossary#bom-bill-of-materials)</Tooltip>
及[成本表](/zh-Hant/modules/cost-sheet)相同的版本化形態,
讓團隊得以在不丟失已完成樣品所依版本的前提下,
迭代放碼參考。已定稿的版本即是
<Tooltip tip="針對某張訂單的款式版本所開立的生產文件;開立時其內容會被凍結。">[製造單](/zh-Hant/reference/glossary#mo-manufacturing-order)</Tooltip>
活頁簿的放碼分頁所呈現的版本。

<a id="why-it-exists" />

## 為什麼存在

一個款式不會只出一個尺碼。團隊在樣品尺碼上同意胸圍、袖長與身長的數字,
然後其他每一個尺碼自該協議推出——胸圍每階上 3 公分、袖長每階上 1.5 公分等等。
放碼表是該協議寫定一次、留在訂單上、由下游每一個人讀取的地方:
工廠據以對紙樣放碼、QC 團隊據以量測大貨樣品、跟單據以比較兩個回合,
以及製造單下發給工廠的
<Tooltip tip="為款式的製造單產生的工廠端生產協調規格活頁簿,自 PMS 範本填入。">[生產規格書](/zh-Hant/reference/glossary#pms-document)</Tooltip>。

若每張訂單沒有一份規範性的放碼表,尺碼數字便會散落在郵件串中,
被反覆鍵入到每一則試身意見上,到大貨樣品量測時意見已彼此不一致。
放碼表是團隊所達成的參考——一個地方、一個版本、
每一個需要它的對象皆據此讀取。

<a id="when-it-is-used" />

## 何時會用到

* **當團隊接受品牌提供的放碼單**作為新開發的起點時——客戶寄來的檔案
  匯入為**品牌提供**的基線。
* **於每一個試身回合**需重新設定量測時——Proto、Fit 1、Fit 2、Fit 3、
  Size Set、PP、SMS——每一回合開啟放碼表的新草稿版本,團隊修訂數字,
  下一回合前定稿。
* **製造單開立時**,已定稿的放碼表會綁定到製造單活頁簿的放碼分頁——
  POM 列 × 尺碼欄與容差,呈現於工廠所收到的活頁簿中。
* **量測大貨樣品時**,團隊將實際數字記入另一個**實測**版本,
  並與目標版本並列比較。

放碼表自訂單明細的**放碼**子頁籤進入。同一個網格也可自款式明細的
**放碼**頁籤進入——但僅當該款式是在*訂單上下文*中開啟時,
因為放碼表是逐訂單款式存在的。在無訂單情境下開啟款式會顯示提示,
告知放碼以訂單為範圍,不提供網格可編輯。

<a id="dependencies" />

## 依賴項

一份放碼表依賴:

* 該訂單的款式——網格位於訂單的逐款式紀錄上,故款式必須已在訂單上。
* 工作區的[量測點目錄](/zh-Hant/admin/pom-library)——網格所建構的量測點來源。
  每一份放碼表自此目錄取出 POM;容差隨目錄紀錄一同帶到表上。

放碼表**並不**依賴
<Tooltip tip="每款式的驗證紀錄,帶領款式從原型走到大貨核准樣品,跨越七個固定階段。">[試身](/zh-Hant/reference/glossary#fitting)</Tooltip>
紀錄。試身紀錄承載逐階段的意見與檔案;放碼表是自己的介面、自己的版本化。
兩者於製造單活頁簿上一起讀取,但任一方不需另一方存在。

<a id="what-depends-on-it" />

## 哪些東西依賴它

* 製造單活頁簿的**放碼**分頁直接由已定稿的放碼表渲染——POM 在側、
  尺碼橫列,並含每個 POM 的容差,與放碼子分頁上所讀的表完全一致。
  此綁定僅讀取**已定稿**版本:若款式上沒有放碼表,或表仍為**草稿**,
  該分頁只留下表頭區塊。尚不支援以多個帶日期的分頁呈現多輪放碼——
  已定稿的放碼表就是那唯一一個固定放碼分頁所渲染的內容。整份多分頁
  活頁簿的樣貌見[建立製造單(MO)](/zh-Hant/modules/build-an-mo)。

<a id="versions-and-statuses" />

## 版本與狀態

每一份放碼表都是一筆版本化紀錄,具三個狀態:

* **草稿(Draft)**——版本可編輯。POM、尺碼、量測值、容差與備注皆可變動。
  草稿是網格唯一接受量測編輯的狀態。
* **已定稿(Finalized)**——團隊將該版本鎖定,禁止量測編輯。已定稿版本
  即是製造單活頁簿放碼分頁所呈現的版本;它仍可獲得備注(逐 POM 的註記),
  但量測格為唯讀。
* **已取代(Superseded)**——同一份放碼表的較新版本已被定稿,
  使本版退役。已取代版本仍可於表清單上閱讀,
  並仍可參與並列比較檢視——歷程被保留。

<a id="version-type" />

### 版本類型

每一個版本承載一個 `版本類型` 標籤,標示該版本所代表的內容。平台所提供的選項:

* `BRAND_PROVIDED`——客戶提供的基線放碼單。
* `PROTO`、`FIT_1`、`FIT_2`、`FIT_3`——於命名開發回合所取或所設定的量測。
* `SIZE_SET`——尺碼組(size set)運行的量測。
* `PP`——大貨前樣品(PP sample)的量測。
* `SMS`——業務樣品(salesman sample)運行的量測。
* `BULK_TARGET`——大貨運行所對的目標。
* `MEASURED_ACTUAL`——自已完成樣品量出的實際數字。
* `COMPARISON`——為並列比較檢視保留的版本。
* `OTHER`——團隊需要承載的其他任何內容。

版本類型是標籤,而非工作流關卡——任何類型皆可定稿,
任兩個已定稿或已取代的版本皆可比較。

<a id="the-grid" />

## 網格

<a id="pom-rows" />

### 量測點列

每一列是一個自[量測點目錄](/zh-Hant/admin/pom-library)帶入的量測點:

* `POM`——該點的英文名稱(`Chest Width`、`Sleeve Length`),
  於加入該列時自目錄挑選。
* `中文`——同一點的選填中文名稱,自目錄紀錄帶過來。
* `Tol.`——團隊作業所依的容差,即量測點目錄紀錄上記錄的英吋分數。
  顯示於每一列旁,讓團隊可一眼讀到容差。
  **平台並不就此容差驗證量測值**——它是團隊閱讀的參考值,而非系統執行的檢查。

亦可在網格本身上加入**一次性 POM** 列,用於某款式所需但目錄尚未承載的點。
一次性 POM 留在該放碼表內;不會被自動晉升到目錄。

<a id="size-columns" />

### 尺碼欄

容差欄右側的每一欄都是一個尺碼:

* 預設的標準範本以 **XS、S、M、L、XL** 作為起始尺碼組出貨。
* **尺碼標籤是資料,而非固定列舉。** 採用數字尺碼放碼的團隊
  (`48`、`50`、`52`)或跑 `XXL`、`XXS`、`2XL` 或任何自訂標籤的團隊
  直接輸入即可。網格會長出該欄。
* 團隊以輸入標籤並按下**新增尺碼**加入一個尺碼。每一條 POM 列會獲得該尺碼
  的空白格,團隊再行填入。

每一格承載該 POM 於該尺碼的**目標量測值**——工廠據以縫製、
QC 團隊據以量測樣品的數字。格為數字,接受以工作區作業單位
記錄的分數輸入。

<a id="annotations" />

### 備注

每一條 POM 列可承載**備注**——對該點的短註記,記錄方向(`加大`、`縮小`、`備注`)
與選填日期。備注僅可追加,最新一則會出現在該列的意見指示。它們是針對特定量測點
的討論紀錄,而非量測;它們在定稿後仍存在,亦在已取代版本上仍可見。

<a id="header-fields" />

## 標頭欄位

每一個放碼表版本承載團隊於建立時填寫的標頭欄位:

* `版本名稱`——團隊對該版本的自由文字命名(`Bulk Target v1`、
  `Brand sheet from 2026-04-12`)。必填。
* `版本類型`——上方任一值。必填。
* `樣品回合`——該版本對應的回合(`PP`、`Fit 2`)。選填。
* `基礎尺碼`——放碼運行的基礎尺碼(`M`、`52`)。選填。
* `季節`——該表所屬季節。選填。
* `供應商`——與之放碼的工廠。選填。
* `備註`——對該版本所擷取內容的自由文字註記。

標頭欄位是參考性後設資料。於表清單與並列比較上閱讀,
但不驅動驗證或關卡。

<a id="importing-a-grading-sheet" />

## 匯入放碼單

放碼表可自表清單上的**匯入**動作,由 Excel 或 PDF 放碼單建立。
工作區提供一份**標準放碼範本**可交付給品牌或工廠——CSV,具下列欄:

* `POM`——量測點。
* `TOL +/-`——容差。
* 團隊放碼所對的每一個尺碼一欄(預設範本以 `XS`、`S`、`M`、`L`、`XL` 出貨,
  但尺碼組不同的租戶直接改名或新增尺碼欄即可)。

匯入彈窗分兩步進行:

1. **挑選對應規格並上傳檔案。** 對應規格告訴平台哪個標頭是 POM 欄、
   哪個是容差欄。其他每一個非空欄都會被視為尺碼欄——
   讓匯入可無需逐租戶設定即可處理工作區未預期的尺碼組。
2. **檢視資料列。** 彈窗顯示已解析的 POM、容差,以及每一個偵測尺碼的格。
   團隊可於提交前就地編輯。

提交匯入會將資料列落地為放碼表的**新草稿版本**——
從不覆寫。草稿之後可如其他任何版本一般編輯、定稿與比較。

匯入為工作區選用功能,管理員可關閉;若未啟用,**匯入**功能即不顯示。

<a id="comparing-versions" />

## 版本比較

當一份放碼表有兩個或以上版本為**已定稿**或**已取代**時,
表清單會出現**比較表格**動作。比較檢視將兩個版本並列:

* **表格 A(目標)**——團隊欲比較的目標(大貨目標、品牌提供的基線、
  較早回合)。
* **表格 B(實測)**——被檢查的版本(實測、較晚回合、自工廠回傳的實際單)。

對於兩個版本上皆出現的每一個 POM,檢視顯示各版本上的值、容差,
以及兩者之間的**差值**。差值為團隊用以討論調整方向的讀數;
平台並不標示超出容差的格。

僅**已定稿**或**已取代**版本可參與比較——草稿版本被排除,
以使比較永遠對照團隊已同意的數字。

<a id="status-and-transitions" />

## 狀態與轉換

* **草稿 → 已定稿。** 團隊以版本編輯器上的**確認**動作鎖定該版本。
  量測格變為唯讀;該版本即為比較檢視所呈現,以及製造單活頁簿放碼分頁
  所渲染的版本。備注仍可開放。
* **已定稿 → 已取代。** 同一份放碼表的較新版本成為**已定稿**時,
  即取代較早的已定稿版本。已取代版本仍可閱讀,
  仍可參與比較檢視,並繼續承載其備注。
* **不可重新開啟。** 已定稿或已取代版本無法回到草稿。
  變動以新草稿版本捕捉,進而取代先前的已定稿版本。

<a id="business-rules" />

## 業務規則

1. **放碼表逐訂單款式存在。** 一個款式在兩張訂單上有兩份放碼表。
   訂單是範圍;款式是主體。
2. **網格是參考,而非計算。** 平台儲存團隊輸入或匯入的數字;
   它不會推導格、不會自基礎尺碼計算遞增、亦不會就該列的容差驗證一個格。
3. **尺碼標籤是資料。** 團隊輸入款式所跑的任何標籤——字母(`XS`–`XL`)、
   數字(`48`–`56`)或其他任何——網格會長出該欄。
4. **容差隨 POM 行進。** 一個 POM 的容差於[量測點目錄](/zh-Hant/admin/pom-library)
   上設定,並隨其帶到每一份加入該點的放碼表上。
5. **版本是頭等的。** 每一份放碼表都是版本化的;一次只有一個版本為當前已定稿,
   已取代版本為比較檢視保留下來。
6. **草稿是唯一可編輯的狀態。** 量測編輯、尺碼編輯與 POM 新增僅發生在草稿上。
   已定稿與已取代版本就量測為唯讀(備注仍開放)。
7. **製造單活頁簿讀取已定稿的版本。** 活頁簿的放碼分頁自已定稿的放碼表
   渲染——POM × 尺碼與容差——若存在的話;若款式上沒有放碼表,或表仍為
   **草稿**,該分頁只留下表頭區塊。
8. **比較需兩個已定稿或已取代版本。** 比較檢視排除草稿,
   讓差異永遠對照團隊已同意的數字。

<a id="best-practices" />

## 最佳實務

* **將品牌單匯入為第一個版本。** 客戶的放碼單是已同意的起點——
  匯入為 `BRAND_PROVIDED` 基線,定稿,再以後續回合取代。
  之後團隊從品牌基線走到大貨目標的歷程便會留在版本清單上。
* **版本類型對應到回合。** 誠實地使用 `PROTO`、`FIT_1`–`FIT_3`、
  `SIZE_SET`、`PP`、`SMS`、`BULK_TARGET` 與 `MEASURED_ACTUAL`,
  讓比較檢視的配對讀來合理——數月後,
  `MEASURED_ACTUAL` 對 `BULK_TARGET` 仍清楚易讀。
* **維持量測點目錄整潔。** 網格自目錄讀取 POM 與容差——
  若團隊頻繁伸手取用一次性 POM,那是該擴大目錄的訊號,
  讓未來的放碼表自共同詞彙取出。
* **以備注承載討論,而非量測。** 量測變動進到新草稿版本中;
  備注擷取*需要*變動的原因。
* **製造單開立前定稿。** 製造單活頁簿的放碼分頁僅自已定稿版本渲染——
  把目標留在草稿狀態,工廠收到的檔案上該分頁只有表頭。

<a id="related-pages" />

## 相關頁面

* [訂單](/zh-Hant/modules/orders)
* [樣品與試身](/zh-Hant/modules/samples-and-fitting)
* [量測點目錄](/zh-Hant/admin/pom-library)
* [PMS 範本](/zh-Hant/admin/pms-templates)
* [生產](/zh-Hant/modules/production)