> ## 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#fitting)</Tooltip>
是以<Tooltip tip="可重复使用的产品记录，拥有物料表、成本表与制造单。">[款式](/zh-Hans/reference/glossary#style)</Tooltip>为单位的
验证记录，带领一个款式从第一个原型走到核准量产的
<Tooltip tip="款式的实体样品，在量产前经由试身开发与验证。">[样品](/zh-Hans/reference/glossary#sample)</Tooltip>——
七个阶段的验证关卡，每个可重复使用的款式在客户订单上线之前都要走过一遍。

## 什么是试身

GarmentFlow 对每条款式验证链仅保留**单一一笔**样品记录，从**试身**模块
开立与处理。样品承载一条选填的关联，指向其所对应的一张
<Tooltip tip="客户承诺购买特定款式、配色与数量，并于指定日期前出货。">[订单](/zh-Hans/reference/glossary#order)</Tooltip>——
正是这条关联让同一份以款式为单位的验证能挂在订单上、能在 **PP** 核准时
推进该订单的大货生产工作阶段、并能被订单明细回读，而不必在订单那边重打。

* **试身**——以款式为单位的验证介面。一个款式对应一笔试身、七个阶段，
  是从第一个原型走到量产确认的量产头样的验证关卡。试身是
  [制造单](/zh-Hans/concepts/style-vs-order-vs-mo)读取试身意见、当前版本文件、
  与每阶段所用材料的记录，也是其产前阶段核准能将关联订单的工作阶段
  推进到大货的那条记录。试身模块的清单就是**样品**清单；第一栏是 `样品编号`。
* **订单 ↔ 样品关联。** 样品的 `订单` 字段——在样品本身设置，或由订单自身的
  **样品**子分页设置——正是把样品系到订单上的那条关联。样品可以**没有**任何
  订单（用于 Proto／开发／业务样品的工作）；当它确实承载订单关联时，关联是
  **同时只有一张**订单，且若您重新指向，是**移动**而非复制。
  详见*把样品关联到订单*。
* **遗留的订单样品。** 早期那份以订单为单位、登记客户核可样品的账曾经是订单
  样品介面的源头。它已不再是订单**样品**子分页或总览**样品状态**卡读取的来源——
  两者现在皆读取上面的生命周期样品——且独立的订单样品介面预设**隐藏**。
  详见本页末的*遗留的订单样品记录*，那是唯一的逃生出口。

一笔试身是**以款式为单位**、**以一条验证链为单位**。一笔试身会跟着
单一款式走过固定的七个阶段——**Proto**（初样）、**Fit1**、**Fit2**、**Fit3**、
**PP**（产前样）、**SMS**（业务样）与 **Bulk**（量产头样）——这些阶段在试身开立时
就自动创建完毕，各自承载自己的状态、日期、文件、意见与每阶段的出货。团队依序处理阶段，
在同一阶段里视工作所需反复迭代，当目前阶段获核准后便走到下一个。

一笔试身可以**选择性链接到一张订单**，而这条链接是下游动作的关键。
若没有订单链接，这笔试身就只是以款式为单位的验证记录——适合开发阶段使用，
但对任何订单都不会有自动效果。当设有订单链接时，核准 **PP** 阶段会自动将
链接订单的工作阶段从**生产样**推进到**大货生产**（见
[订单生命周期](/zh-Hans/concepts/order-lifecycle)）。

## 为什么存在

款式是可重复使用的产品记录，需要被证明——设计能不能缝得起来、规格量得对不对、
原型穿起来合不合身、产前样是否与订单团队向客户承诺的内容一致——这些都要在平台
把订单数量交付工厂之前先验证过。试身就是这道验证关卡：每个款式对应一笔记录，
保存每一轮验证、每一份修订后的规格、每一张试身照片、每一则意见、每一次实体样品出货，
全部挂在一条固定的七阶段主线上，让整个团队一起循之而行。

把验证绑在款式上（而不是绑在每一张执行该款式的订单上），正是让这项工作可以重复使用的关键。
同一个款式可以跨多家客户、多个季节销售，而那笔证明它的试身就是生产所读取的记录。
当有订单链接时，试身的产前核准就是告诉订单生命周期「款式已签核可上大货」的信号——
一次信号、一个位置，而不是把核准拷贝到每一张执行该款式的订单上。

## 何时会用到

* **款式开发期间**，针对开发中的款式开立——这是以款式为单位的验证关卡，从第一个原型
  一路走到量产头样。
* **整个样品流程中**，作为团队记录每一份修订后规格、每一张试身照片、每一则意见、
  以及每一次实体样品出货的记录，逐阶段堆叠。
* **在产前里程碑**，作为其 **PP** 核准向系统发出「款式已可上大货」信号的记录——
  当有订单链接时，亦会自动推进该订单的工作阶段。
* **制造单组成时**，作为制造单读取其试身意见、当前版本文件，以及每阶段面料／辅料选择
  作为内容来源的记录。

试身位于**试身**模块。试身清单列出您租户中的每一笔试身；点开一行即进入该笔试身的明细页，
七个阶段以分页排在最上方。

## 依赖项

* 一个待验证的\*\*[款式](/zh-Hans/modules/styles)\*\*。试身以款式为单位——新增样品表单
  以 `款式主档编号` 挑选器为起点，让新试身绑到真实的款式记录上。
* **试身写入权限**，给创建、编辑、处理阶段、完成阶段、推进到下一阶段，或取消／封存
  试身的使用者。读取对您租户内任何已认证使用者开放。

一笔试身**不**需要订单——可在款式开发期间仅针对款式开立。试身**可以**承载
选填的订单链接，这条链接正是让 **PP** 核准能触发订单阶段推进的关键（见*商业规则*）。

## 哪些东西依赖它

* **[订单](/zh-Hans/modules/orders)的工作阶段推进到大货**——当试身链接到一张订单时，
  核准其 **PP** 阶段会自动将该订单的工作阶段从**生产样**推进到**大货生产**。
  若试身上没有订单链接，PP 核准仅为信息性记录。详见
  [订单生命周期](/zh-Hans/concepts/order-lifecycle)。
* <Tooltip tip="针对某张订单的款式版本所开立的生产文件。">[制造单](/zh-Hans/reference/glossary#mo-manufacturing-order)</Tooltip>的**内容组成**——
  当为订单该款式的版本组成制造单时，平台会把试身每个阶段的意见、各文件类别当前版本的文件、
  以及每阶段的面料／辅料选择带入制造单的内容，让工厂依据通过验证的试身信息生产，
  而非未经测试的设计。详见[款式、订单与制造单](/zh-Hans/concepts/style-vs-order-vs-mo)。
* **款式的验证历程**——试身记录是读者查看一个款式验证轮次、以及哪一轮签下产前标准
  的地方。

## 字段

试身的字段依用途分组。试身记录承载识别、链接、样品层级状态与备注；
七个阶段各自承载自己的日期、状态、意见、每阶段材料、文件与出货。

### 样品层级——识别

* `款式主档编号`——选填的[款式](/zh-Hans/modules/styles)主档链接，标示试身正在验证的款式。
  以订单「新增款式」步骤所用的同一个款式主档挑选器选取：选择主档时，会自动带入
  `款式名称`、`款式编号`、`季节` 与 `客户`。挑选器同时提供手动输入选项，供款式主档
  尚未创建的早期开发阶段使用。建议链接到主档——以款式为单位的历程、制造单内容带入，
  以及就绪视图都从这条链接读取。
* `款式名称`——试身上的款式名称。**必填**。链接到款式主档时由主档带入；无主档时手动键入。
* `款式编号`——试身上的客户款号。选填。链接到款式主档时由主档带入；手动输入的试身
  接受自由文本。
* `季节`——试身对应的销售季节。选填。链接到款式主档时由主档带入。
* `客户`——款式所开发给的客户。选填。链接到款式主档时由主档带入。

### 样品层级——订单关联

* `订单`——试身**选填**的[订单](/zh-Hans/modules/orders)关联。在试身创建表单与
  试身明细上以可搜索的订单挑选器选取；挑选器以服务端搜索整个租户的订单目录，
  可依订单编号与客户名称比对。关联是 **1:1**：一笔样品同时只在一张订单上，
  重新指向会请求确认并移动样品。清空字段即解除关联。设好之后，试身的 **PP**
  核准会自动将关联订单的工作阶段推进到**大货生产**；留空时，**PP** 核准仅为
  信息性记录。订单那一侧同样有此关联，以订单样品子分页上的\*\*「关联样品」\*\*与
  \*\*「新增样品」\*\*操作呈现——详见*把样品关联到订单*。

### 样品层级——状态与备注

* `状态`——试身记录本身的生命周期标签：**使用中**、**已取消** 或 **已封存**。
  新试身以 **使用中** 开立。详见*状态与转换*。
* `备注`——试身记录上的内部用自由文本。与每阶段的 `备注` 不同（见下）。

### 每阶段——识别

七个阶段各自一行，依固定顺序排在试身上。

* `阶段`——阶段名称。七个阶段是 **Proto**、**Fit1**、**Fit2**、**Fit3**、**PP**、
  **SMS** 与 **Bulk**。试身开立时自动创建完毕；不可新增或删除阶段。
* `阶段状态`——阶段自身的生命周期标签：**待处理**、**进行中**、**已核准** 或 **已退回**。
  新试身上 PROTO 阶段以**进行中**开立，其他六个阶段以**待处理**开立。详见*状态与转换*。

### 每阶段——日期

* `ETD`——该阶段实体样品的计划出厂日。由操作者设定，选填。
* `ETA`——该阶段实体样品的计划抵达日。由操作者设定，选填。
* `截止日期`——该阶段工作预定完成的日期。由操作者设定，选填。当截止日期已过、
  阶段仍未获核准或被退回时，试身清单会将该阶段标为逾期。

### 每阶段——指派与材料

* `负责人`——阶段所指派的使用者。选填。
* `面料主档`——选填，此阶段实体样品所使用的面料主档记录。从租户层级的面料主档清单挑选。
* `辅料主档`——选填，此阶段实体样品所使用的辅料／配件主档记录。从租户层级的
  辅料／配件主档清单挑选。两项选择都会带入制造单就该阶段所组成的内容。
  它们是该原型实际使用了哪些材料的每阶段记录字段；款式的
  <Tooltip tip="物料表——一个款式由哪些面料与辅料构成的清单。">[物料表](/zh-Hans/reference/glossary#bom-bill-of-materials)</Tooltip>
  仍是款式由哪些材料构成的权威记录。

### 每阶段——意见与备注

* `意见`——在阶段行上记录的单行简短摘要，会显示在试身清单该阶段的单元格上。
  与 **Comments** 子分页上的每阶段意见讨论串不同（见下）。
* `备注`——阶段本身的内部用自由文本。与试身层级的 `备注` 不同。

### 每阶段——文件（依类别）

每个阶段有四个文件类别，挂在该阶段的类别子分页上：

* `SPEC`——该阶段的量测规格档。电子表格、PDF 或图片。
* `Fitting Photo`——样品在人台或模特儿上的试身照片。仅限图片。
* `Grading`——该阶段的尺寸放缩文件。电子表格、PDF 或图片。阶段作业所依的
  <Tooltip tip="团队放码一个款式所依的逐阶段尺寸与容差表，由工作区的量测点目录加上试身阶段所加入的任何一次性点构成。">[放码表](/zh-Hans/reference/glossary#grading-table)</Tooltip>
  由工作区的[量测点目录](/zh-Hans/admin/pom-library)构筑；在表内加入的一次性点
  仅留存于该阶段内。
* `Shipment`——该阶段实体样品出货所附的文件。电子表格、PDF 或图片。

各类别文件皆**依文件名做版本控管**：在同一类别重新上传同名文件会在阶段上记录为新版本，
旧版本仍可下载。Fitting Photo 类别与其他类别采同一条版本规则。

### 每阶段——SPEC 量测表

阶段的 **SPEC** 子分页上也带有一张结构化的逐阶段量测表——每一个量测部位一行，
就地在同一子分页上编辑，与上方的 SPEC 文件附件并列。文件附件是团队作业所依
的参考规格（电子表格、PDF 或图片）；结构化的量测表是本轮样品实际量到了什么的
QA 记录。两者并排在 SPEC 子分页上。

表格的列为：

* `代码`——您团队为量测部位设定的短代码。选填。
* `测量部位`——量测部位本身（例如胸围、袖长、下摆）。**必填**——没有测量部位
  的行会在保存时被丢弃。
* `说明`——量测该部位的方式说明。选填。
* `公差-`、`公差+`——`要求值`上下的容差。自由文字。
* `要求值`——此量测部位的规格目标值。
* `厂商值`——工厂回报的量测值。
* `样品值`——您团队在样品上量到的值。
* `修订值`——当规格被修订时，下一轮的目标值。
* `备注`——逐行自由文字。
* `差异`——**衍生且仅显示**：`样品值 − 要求值`，当两个字段都能解读为数字时显示，
  否则为空。单纯减法——字段本身不做容差判定，且该值不会保存。

以**新增行**按钮在表尾新增行；以每行的行级动作删除一行。保存表格会保存当前的
行集；`测量部位` 为空的行会在保存时直接被丢弃、不会提示，因此一条空白新行永远
不会落地。表格以阶段为单位——试身的七个阶段各自有自己的 SPEC 表，彼此独立。

订单范围下逐款式的**放码网格**是它在尺码面向的对应：SPEC 量测表验证单一样品
在某一阶段是否量到规格；放码网格则记录该订单上每一个尺码的规格。详见
[尺寸放码](/zh-Hans/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-Hans/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-Hans/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-Hans/admin/feature-settings#sidebar-layout)卡片，
在可切换项目清单中找到**订单样品**、勾选回开、然后保存。链接会回到左侧
导航中；独立的订单样品页即是遗留账所在的位置。此设置是租户层级的选择，
仅作为仍在使用旧账的租户的逃生出口——新的样品管理工作应落在上面的
生命周期样品／试身记录上。

供仍使用遗留账的租户参考：遗留账记录的是——每笔代表为某张订单款式
寄送给客户的一个特定类型样品（**Proto**、**Fit**、**Salesman** 或 **PP**）——
何时送出、追踪号码为何、客户的意见反馈为何，以及客户核可、要求修订、
或请团队回到设计阶段。每笔订单样品承载自己的
**Pending／Sent／Approved／Revision requested／Cancelled** 生命周期，
并逐笔记录修订历程。遗留账与生命周期样品互不相干——遗留订单样品上的
任何状态都不会驱动订单的工作阶段或任何下游推进。

若您的租户把遗留介面关着，无须任何操作——上面所述的生命周期样品就是
订单明细与平台读取的唯一路径。

## 最佳实务

* **针对款式主档开立试身。** 新增样品表单的 `款式主档编号` 挑选器让试身绑到真实的
  款式记录上，使以款式为单位的历程、制造单内容带入，以及就绪视图都能正确解析。
  手动输入选项是给款式主档尚未创建的开发案例使用——一旦款式存在，尽早把试身切到
  该主档上。
* **在核准 PP 前先把试身链接到它的订单。** **PP** 核准带来的工作阶段推进，仅在试身上
  设有 `订单` 链接时才会发动。提前设好链接，是让核准那天验证信号得以直通订单的关键。
* **用「完成」签核阶段，用「进入下一步」前进。** 把两个动作分开，让您可以签核阶段
  又不被迫立即开始下一阶段；当下一阶段的工作真的准备好开始时，才用「进入下一步」。
* **把每一轮都记在产生它的那个阶段上。** 一个阶段可承载任意轮次的工作——
  该阶段上的文件版本、意见讨论串与出货行就是验证过程实际进行的审计轨迹。
  唯有当阶段无误时才推进。
* **变更后请以同文件名重新上传。** 版本依文件名做版本控管：跨轮次保持文件名稳定，
  是构筑阶段修订历程的关键。新文件名会在同一类别上开启另一条版本链。
* **以取消代替试图删除。** 已不再处理的试身请从明细页**取消**或**封存**——
  取消是把它移出使用中清单，封存是留档、自视图中隐藏。

## 样品身分与辅料核准在试身旁的记录

在试身与既有订单样品账之外，还有两种记录傍着试身，服务样品实体面的工作。

* **款式卡。** 当样品即将外行——前往试身会、出差工厂或客户审视——团队会打印一张
  <Tooltip tip="用以识别实体样品在外行走的四连一 A4 样品标签。">[款式卡](/zh-Hans/reference/glossary#product-card)</Tooltip>
  以辨识它。卡片承载订单与款式、样品类型、尺码、颜色，以及此原型所用物料的简短清单，
  排在一张四连一 A4 标签上由团队贴到样品上。卡片没有状态、也无任何下游影响——
  它是工作区里"打印标签存在"这件事的记录。卡片住在[款式卡](/zh-Hans/modules/product-cards)；
  PDF 版面在[功能设置 → 款式卡 PDF](/zh-Hans/admin/feature-settings#产品卡-pdf-字段)上设置。
* **辅料样品送样。** 另一笔记录同步运作，服务辅料核准——每组(辅料 × 颜色 × 意图)一张
  <Tooltip tip="工作区里一件辅料样品被寄出去签核与回来结果的记录。">[辅料样品送样](/zh-Hans/reference/glossary#trim-submission)</Tooltip>，
  承载厂商、核准轮、结果与随样品外行的照片。辅料样品送样住在
  [辅料样品送样](/zh-Hans/modules/trim-submissions)；它们是辅料核准的书面轨迹，
  并不挡下大货辅料采购单。

## 相关页面

* [款式](/zh-Hans/modules/styles)——试身所验证的、以款式为单位的记录。
* [订单](/zh-Hans/modules/orders)——其链接试身驱动大货生产阶段推进的订单。
* [订单生命周期](/zh-Hans/concepts/order-lifecycle)——订单工作阶段与 PP 核准触发的权威参考。
* [款式、订单与制造单](/zh-Hans/concepts/style-vs-order-vs-mo)——试身如何嵌入更广的
  款式 → 订单 → 制造单链。
* [量测点目录](/zh-Hans/admin/pom-library)——工作区的量测点目录，
  逐阶段放码表据以构筑。
* [款式卡](/zh-Hans/modules/product-cards)——用以识别实体样品在外行走的四连一 A4 样品标签。
* [辅料样品送样](/zh-Hans/modules/trim-submissions)——傍着成衣样品运作的辅料核准书面轨迹。
* [以款式为中心的模型](/zh-Hans/concepts/style-centric-model)