> ## 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-Hans/reference/glossary#style)</Tooltip>
的尺寸与容差参考，团队以此对样品放码。它是一张**量测点 × 尺码网格**：
每一行是一个团队放码所依的
<Tooltip tip="成衣上具名的量测点——胸围、袖长、下摆之类——以及团队作业所依的容差。">[量测点](/zh-Hans/reference/glossary#pom-point-of-measurement)</Tooltip>，
每一列是订单所跑的一个尺码，另加一个团队作业所依的容差列。
每一格是该尺码于该量测点的**目标量测值**——
工厂据以缝制、团队据以量测大货样品的数字。

<Frame caption="一份定稿的放码表打开到量测点 × 尺码网格——每一行一个量测点、每一列一个尺码、容差紧随在侧，表头带出版本标签、样品尺码、季节与厂商。">
  <img src="https://mintcdn.com/garmentflow/w7vNRdLdtsbMqPHS/images/modules/grading/grading-grid-zh-hans.png?fit=max&auto=format&n=w7vNRdLdtsbMqPHS&q=85&s=5d90d52333a996748023ae81f1e5da21" 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-hans.png" />
</Frame>

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

<Frame caption="近距离看一张放码表——每个尺寸的测量点、尺码与公差，都在同一张定版网格里。">
  <iframe className="w-full aspect-video rounded-xl" src="https://www.youtube.com/embed/ca7TAHO6vCE" title="GarmentFlow：放码与尺寸，一目了然" frameBorder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture" allowFullScreen />
</Frame>

## 它是什么

放码表是一份**参考文件**，而非计算。平台**存储**团队所录入或导入的数字；
它不会自一个基础尺码推导其他尺码、不会计算递增、亦不会就容差校验量测值。
网格即是团队所达成的协议——品牌规格、工厂的反提案，或团队自己的目标——
在每一个读取它的画面上，完全按其录入或导入时的内容回读。

放码表**逐款式、逐订单**存在。一个款式在两张订单上有两份放码表——
一张一份——因为每张订单可能跑不同的尺码组、季节或工厂，
而放码表是*该*订单大货运作的尺寸放大参考。订单是范围；款式是主体。

每一份放码表承载一个**版本**。团队一次定稿一个版本，
规格变动时以新草稿取代——与
<Tooltip tip="物料清单——构成一个款式的面料与辅料清单。">[BOM](/zh-Hans/reference/glossary#bom-bill-of-materials)</Tooltip>
及[成本表](/zh-Hans/modules/cost-sheet)相同的版本化形态，
让团队得以在不丢失已完成样品所依版本的前提下，
迭代放码参考。已定稿的版本即是
<Tooltip tip="针对某张订单的款式版本所开立的生产文件；开立时其内容会被冻结。">[制造单](/zh-Hans/reference/glossary#mo-manufacturing-order)</Tooltip>
工厂档所呈现的版本。

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

## 为什么存在

一个款式不会只出一个尺码。团队在样品尺码上同意胸围、袖长与身长的数字，
然后其他每一个尺码自该协议推出——胸围每阶上 3 厘米、袖长每阶上 1.5 厘米等等。
放码表是该协议写定一次、留在订单上、由下游每一个人读取的地方：
工厂据以对纸样放码、QC 团队据以量测大货样品、跟单据以比较两个轮次，
以及制造单下发给工厂的
<Tooltip tip="为款式的制造单生成的工厂端生产协调规格工作簿，自 PMS 模板填入。">[生产规格书](/zh-Hans/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-Hans/admin/pom-library)——网格所构建的量测点来源。
  每一份放码表自此目录取出 POM；容差随目录记录一同带到表上。

放码表**并不**依赖
<Tooltip tip="每款式的验证记录，带领款式从原型走到大货核准样品，跨越七个固定阶段。">[试身](/zh-Hans/reference/glossary#fitting)</Tooltip>
记录。试身记录承载逐阶段的意见与文件；放码表是自己的界面、自己的版本化。
两者于制造单工作簿上一起读取，但任一方不需另一方存在。

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

## 哪些东西依赖它

* 制造单工作簿的**放码**分页直接由已定稿的放码表渲染——POM 在侧、
  尺码横列，并含每个 POM 的公差，与放码子分页上所读的表完全一致。
  此绑定仅读取**已定稿**版本：若款式上没有放码表，或表仍为**草稿**，
  该分页只留下表头区块。尚不支持以多个带日期的分页呈现多轮放码——
  已定稿的放码表就是那唯一一个固定放码分页所渲染的内容。整份多分页
  工作簿的样貌见[建立制造单（MO）](/zh-Hans/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-Hans/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-Hans/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-Hans/modules/orders)
* [样品与试身](/zh-Hans/modules/samples-and-fitting)
* [量测点目录](/zh-Hans/admin/pom-library)
* [PMS 模板](/zh-Hans/admin/pms-templates)
* [生产](/zh-Hans/modules/production)