> ## 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.
# 报价单
> 报价单是您摆到客户面前的价格提案——以单一币别承载款式、配色、尺寸与单价的文件，客户接受后再开立任何订单。
[报价单](/zh-Hans/reference/glossary#quotation)
是您正式向客户提出的价格提案，承载一个或多个
[款式](/zh-Hans/reference/glossary#style)，
列出指定的配色与尺码，并有明确的有效期限——这份文件由客户接受（或婉拒）后，
任何[订单](/zh-Hans/reference/glossary#order)
才会被开立。
## 什么是报价单
一份报价单是**单一客户、单一币别、单一版次**。一份报价单对一位客户以一个币别开立，并执行一条以上的款式行——
每条款式承载构成这份提案的配色、尺码、数量与单价。
报价单以款式为中心：每一行可显式链接到一笔
[款式](/zh-Hans/reference/glossary#style)
主档，让提案绑定到一笔真实、可重复使用的款式记录，而非自由文字代号。
同一份报价单可执行多个款式，每个款式各有自己的配色与尺码。
报价单会走过清晰的生命周期——**草稿**、**已送出**、**已核准**或**已拒绝**，
最终在报价转为订单时成为**已转换**。当客户在报价已送出后要求修改，报价单会被修订：
平台在同一条链上开启新的版次，旧版次被标示为**已取代**，整条链仍保留在历史中。
## 为什么存在
报价是这笔生意从对话变成提案的时刻：价格、数量、配色与有效期限，都写进客户可签回的同一份文件。
报价单给业务一份单一的、可挂上自家品牌发出的文件，并在客户接受后给运营端一个干净的交接——
每一条款式行、每一个配色、每一个尺码、每一个价格都带到下游，无须重打。
版次制让提案得以在议价中演进，而每一个较早的版本仍完整保留。
修订后的报价是同一条链上的新版次，因此每一轮所提议过的历程都被保存——
最后开出的订单，明确就是依据被接受的那个特定版次而来的。
## 何时会用到
* **业务阶段**——把已定价的提案摆到客户面前，先于任何订单。
* **议价时**——修订提案，在同一条链上开启新版次、编辑、再次发送。
* **客户接受时**——作为交接到客户已承诺的
[订单](/zh-Hans/modules/orders)的入口；
您的管理员已启用之处，亦可由此生成
[形式发票](/zh-Hans/reference/glossary#pi-proforma-invoice)
（PI）供客户安排付款。
* **客户签回 PI 后**——把签回副本附到报价单上，让商业轨迹集中在同一份记录。
报价单位于**报价单**模块。要走一遍端到端的报价流程，详见
[创建报价单](/zh-Hans/modules/create-a-quotation)。
## 依赖项
* 一笔**客户记录**，在报价单表头上挑选。客户主档由您的管理员维护。
* 至少一个**要报的款式**。一条行可以链接到既有的款式主档，也可承载自由文字款号；
链接为佳，让提案绑定到真实的款式记录。详见
[款式](/zh-Hans/modules/styles)。
* 每个您打算报价的款式上都需要一份**成本表**，作为报价单载入单价的依据。
成本表是计算成本的工具；报价单是提案。详见[成本表](/zh-Hans/modules/cost-sheet)。
* **报价单写入权限**，给创建、编辑、发送、核准、拒绝、修订或转换报价的用户。
读取对您租户内任何已登录的用户开放。
## 哪些东西依赖它
* 报价单转换后开出的
[订单](/zh-Hans/reference/glossary#order)——
新订单保留一条回溯到来源报价单的链接，并承接其客户、币别、款式、配色、尺码与单价。
详见[订单](/zh-Hans/modules/orders)。
* 由已核准报价单生成的
[形式发票](/zh-Hans/reference/glossary#pi-proforma-invoice)——
PI 把明细项目、单价、客户与条款往下带。
详见[文件与转换链](/zh-Hans/concepts/documents-and-conversion-chain)。
* 客户**签回的 PI**——上传到报价单上，让原始提案、由它生成的 PI、以及客户签回的副本都挂在同一份记录上。
* 生产与财务据以回溯的稽核轨迹——每一次发货都能透过其订单、PI 以及它源自的报价单追回原点。
详见[文件与转换链](/zh-Hans/concepts/documents-and-conversion-chain)。
* 转换后的金流——一旦已核准的报价单转换为订单，定金与请款路径便在
[Finance 模块](/zh-Hans/modules/finance)中运作，面向客户的结算全貌则汇总至
[对账单](/zh-Hans/modules/statement-of-account)。订单最终承载的客户
发票，与报价单的 PI 属于不同的商业文件——关于该文件，详见
[发票](/zh-Hans/modules/invoices)。
## 字段
报价单的字段依用途分组。表头承载标识、客户、商业条件与备注；每一条款式行承载一个报出的款式；
每一格尺码承载一个「配色 × 尺码」的价格。
### 表头——标识
* `报价单号`——报价单的永久商业标识码。创建时由平台生成；在您租户内具有唯一性。
格式为租户可设置的前缀、年份，以及一个每年重置的流水号（前缀由您的管理员设置）。
* `版次`——此报价单在修订链上的版次号。第一份报价单从版次 1 起算；每次**修订**都会在同一条链上
开启一个新版次，逐次加一。链以「上层版次引用」相连，而不是重用同一个报价单号。
* `创建者`——创建此报价单的用户。由平台在创建时设置；报价单转换时，会作为订单上的指派业务沿用。
### 表头——客户与商业条件
* `客户`——您报价的对象。从客户主档挑选。**必填**。
* `货币`——报出单价所用的货币。一份报价单对应一个货币；以不同货币报价即为另一份报价单。
选单列出您租户采用的货币（USD、EUR、JPY、TWD、CNY、GBP）。**必填**。
* `有效期限`——这份提案过期的日期。超过此日期后，价格不再保证。选填。
* `季节`——这份提案所对应的销售季节，从您的管理员设置的租户季节列表中挑选。
租户通常会把列表项目设置为年度与季节合并的单一标签（例如 `2026 S/S`、
`26 FW`），让提案在文件上同时带有年度与季节。选填。
* `产地`——这份提案的产地（国家或地区）。从您的管理员设置的租户产地列表中挑选。选填。
* `条款`——印在报价单上的付款与商业条款文字。从您的管理员设置的租户付款条件列表中挑选；
所选项目的文字会保存在报价单上。选填。
* `备注`——内部用的自由文字，会印为报价单文件上的「Remark」。选填。
### 表头——AI 封面备注
* `AI 封面备注`——以 AI 起草的选填封面备注，存放在报价单上，供报价单文件的封面页使用。
### 表头——稽核
* `创建日期`、`最后更新日期`——由平台设置。在报价单上显示作为参考；
`创建日期`即报价单文件所打印的开立日期。
### 款式行——标识与链接
每一条款式行是报价单上的一个款式区块，承载该款式被报出的配色与尺码。
* `款式主档编号`——选填的
[款式](/zh-Hans/reference/glossary#style)
主档链接。从款式主档选择器挑选。链接会把此行绑定到真实的款式记录
（并在报价单文件上呈现该主档的标识码）；留空时，此行为自由文字行。选填但建议使用。
* `款号`——报价单上对客户显示的款式编号。**必填**，上限 100 字符。
与主档的款号互相独立，因此即使此行已链接到主档，仍可承载客户专属的款式代号。
* `款式名称`——报价单上的款式名称。**必填**，上限 255 字符。
* `Fabric No.`——报价单上此款式的面料参考。选填，上限 300 字符。
* `样品尺寸`——这份提案所参照的样品尺寸。选填，上限 50 字符。
* `最小订购量 (MOQ)`——此款式行所附带的最小订购量。非负整数；选填，
该行不附条件时留空。承载于报价单行上供文件呈现之用，于转换时不会传递到订单。
* `配色数`——此款式行上所登记的相异配色数量。由各尺码列中实际输入的配色名称推算，
因此不会与数据脱钩；不可直接编辑。
### 款式行——遗留描述字段
这些字段曾于早期版本的报价单表单上存在，已不再作为新报价的输入字段提供。
平台仍会在原本带有它们的款式行上保留这些值——在修订报价、以及由报价单转换出的订单行上——
让您过去登记的描述细节不致遗失。
* `性别`——款式所对应的性别。在原本带有此值的行上沿用；新报价不再输入。
* `后整理`——款式上的自由文字后整理备注。在原本带有此值的行上沿用；新报价不再输入。
### 尺码格——配色 × 尺码
每一格尺码是「一个配色 × 一个尺码」，承载该格的数量与单价。
* `配色`——报价单上写出的配色名称。**必填**，上限 100 字符。报价单上为自由文字——
从款式主档的配色列表中挑选，是订单层级才处理的事。
* `色码`——选填的配色代码，通常为十六进制值（例如 `#000000`）。上限 50 字符。
* `尺寸`——本列的尺码标签（例如 `S`、`M`、`38`）。**必填**，上限 50 字符。
* `数量`——本「配色 × 尺码」所报的数量。整数，**零或以上**。
* `单价`——本「配色 × 尺码」每件的报价，币别同报价单`货币`。
**零或以上**。报价单的定价是逐尺码的——同一个配色可在不同尺码上承载不同价格，
而总额会据实计算。
### 附件——签回的形式发票
客户签回的
[形式发票](/zh-Hans/reference/glossary#pi-proforma-invoice)
附在报价单上，而非订单或 PI 上。每份附件承载：
* `文件名`、`文件类型`、`大小`——文件元数据。仅接受 **PDF** 与 **JPG** 上传。
* `上传者`、`上传时间`——附上文件的人与时间。
## 业务规则
1. **一份报价单对应单一客户与单一货币。** 客户与货币在表头挑选，并在报价单生命周期内维持不变。
以不同货币、或对不同客户的提案即为另一份报价单。
2. **编辑仅限于草稿。** 表头变更、款式行新增／编辑／删除、配色与尺码编辑，以及单价编辑，
都要求报价单处于**草稿**。对非草稿状态的报价单下写入请求，会以「仅限草稿」消息被拒。
3. **发送会把报价单从进一步编辑上锁。** 一旦您发送报价单，它便离开**草稿**进入**已送出**，
平台不再接受对表头、款式或尺码的编辑。变更已送出报价的方式是**修订**——详见业务规则 6。
4. **客户的回应决定下一个状态。** 从**已送出**，报价单在客户接受时转为**已核准**，
或在客户婉拒时转为**已拒绝**。两者都由团队在报价单上设置，而非由其他动作推导。
5. **仅已核准的报价单可转换为订单。** 在任何其他状态上，「转换为订单」会被拒，
并回应当前的状态；已转换过的报价单不得再次转换。
6. **修订会在同一条链上开启新版次，并使先前版次被取代。** 修订**已送出**、**已核准**或**已拒绝**的报价单，
会在原报价单上开启一份新的**草稿**报价单，版次号加一，深层复制每一条款式行与尺码，
并带上 `配色`、`色码`、`尺寸`、`数量` 与 `单价`，亦复制表头
（客户、货币、有效期限、季节、产地、条款、备注）。新报价单会领取自己的新 `报价单号`；
先前报价单在同一动作中被标示为**已取代**。`AI 封面备注`不会被复制——
新版次需要时请重新起草。
7. **报价单列表默认隐藏已取代的版次。** 已取代的报价单仍保留在记录中，
可透过直接链接或在列表中包含已取代行来查看，以保存议价历程。
8. **生成 PI 不会改变报价单的状态。** 当您的管理员已启用您租户的「报价生 PI」、且报价单处于**已核准**时，
「生成形式发票」会开启一份从报价单预填的新
[形式发票](/zh-Hans/reference/glossary#pi-proforma-invoice)。
报价单仍维持**已核准**，因此仍可转换为订单。
9. **签回的 PI 附在报价单上。** 客户 PI 的签回副本上传到报价单记录本身，
而非订单或 PI 文件。
10. **报价单文件按需渲染。** 报价单导出为带有您租户品牌（标志、配色、卖方信息区块）的 PDF；
渲染时不会存到文件库，因此每次下载都反映当前的报价单。
11. **报价单上的写入动作受权限管控。** 由具备报价单写入权限的用户创建、编辑、发送、核准、拒绝、修订、转换报价单，
并上传签回 PI。读取对您租户内任何已登录的用户开放。
## 验证
| 时机 | 检查 | 失败时会发生什么 |
| -------- | -------------------------------------------------------------------------------- | ------------------------------- |
| 创建或编辑表头 | `货币`为已设置的货币之一 | 保存被拒。 |
| 编辑表头 | 报价单处于**草稿** | 保存被拒，回应「仅草稿报价单可编辑」。 |
| 新增或编辑款式行 | `款号`已填入（≤100）且`款式名称`已填入（≤255）；`Fabric No.` ≤300；`样品尺寸` ≤50；`最小订购量 (MOQ)` 设置时 ≥ 0 | 哪个字段超过上限就在该字段上被拒。 |
| 新增或编辑款式行 | 所属报价单处于**草稿** | 保存被拒，回应「仅草稿报价单可编辑」。 |
| 新增或编辑尺码格 | `配色`已填入（≤100）、`尺寸`已填入（≤50）、`色码` ≤50、`数量` ≥ 0、`单价` ≥ 0 | 哪个字段超过上限就在该字段上被拒。 |
| 新增或编辑尺码格 | 所属报价单处于**草稿** | 保存被拒，回应「仅草稿报价单可编辑」。 |
| 发送 | 报价单处于**草稿** | 发送被拒，回应当前状态。 |
| 核准 | 报价单处于**已送出** | 核准被拒，回应当前状态。 |
| 拒绝 | 报价单处于**已送出** | 拒绝被拒，回应当前状态。 |
| 修订 | 报价单处于**已送出**、**已核准**或**已拒绝** | 修订被拒，回应当前状态。 |
| 转换为订单 | 报价单处于**已核准** | 转换被拒，回应当前状态；已转换过的报价单被拒，回应「已转换」。 |
| 生成 PI | 报价单处于**已核准**，且您租户的「报价生 PI」已启用 | 生成被拒（回应当前状态，或回应您的租户未启用）。 |
| 上传签回 PI | 文件为 **PDF** 或 **JPG** | 上传被拒。 |
并**没有**保存时验证会检查**已核准**或**已送出**的报价单至少有一条款式行、
或每条款式行至少有一行尺码。表单要求至少要有一条款式行起头；
团队才是决定提案是否就绪可发的把关者。
## 日期逻辑
报价单有一个具商业意义的日期：
* **`有效期限`**——这份提案过期的日期。由用户在表头设置；选填。
在转换时不会传递到订单（订单自带 `订单日期` 与 `发货日期`）。
平台会记录两个稽核时间戳：
* **`创建日期`**——报价单被开启的当下。在报价单文件上打印为开立日期。
* **`最后更新日期`**——报价单最近一次被写入的当下。
报价单表头上**没有**`发送时间`、`核准时间`、`拒绝时间`或`转换时间`——
每一次转换的可见信号，是**状态**本身以及该行的`最后更新日期`时间戳。
多币别处理：报价单仅承载`货币`；报价单上不记录汇率。
货币换算是订单阶段的事——当报价单转换时，汇率记录在[订单](/zh-Hans/modules/orders)上。
## 状态与转换
报价单会走过一条六态的生命周期。**草稿**是唯一可编辑的状态；
其他每一个状态都对编辑上锁，仅在报价单上以明确的动作来转换。
* **草稿**——报价单可编辑。表头变更、行的新增／编辑／删除、配色与尺码编辑均可作用。
新报价单从这里起算。
* **已送出**——报价单已交付给客户。编辑被拒；变更的方式是**修订**。
* **已核准**——客户已接受提案。编辑被拒；报价单现在可以**转换为订单**、
可以**生成 PI**（在您的管理员启用之处），也可在提案需要变更时被**修订**。
* **已拒绝**——客户已婉拒提案。编辑被拒；报价单仍可被**修订**，以开启一个调整条件后的新版次。
* **已取代**——报价单已被链上的修订版次取代。编辑被拒；该行保留在历史中，
可透过直接链接查看，默认报价单列表中隐藏。
* **已转换**——报价单已被转换为订单。编辑被拒；
自此刻起，被转出的订单才是这笔交易的活的记录。
转换：
* （创建） → **草稿**：新报价单从此处起算，可完整编辑。
* **草稿** → **已送出**：用户发送报价单。
* **已送出** → **已核准**：客户接受。
* **已送出** → **已拒绝**：客户婉拒。
* **已送出** | **已核准** | **已拒绝** → **已取代**（本报价单）并且在链上出现新的**草稿**报价单：
**修订**会开启一个新版次，深层复制表头与每一条行与尺码；
原本的报价单在同一动作中被标示为**已取代**。
* **已核准** → **已转换**：用户把报价单转换为订单。一张新订单开出，
承接报价单的客户、货币、款式、配色、尺码与单价，并保留一条回溯到来源报价单的链接。
详见[变更的影响](#变更的影响)。
各状态解锁或锁住的东西：
* **草稿**——完整编辑权限（表头、款式行、尺码）。发送已启用。
* **已送出**——编辑被拒。核准、拒绝、修订均已启用。
报价单文件的下载已启用。
* **已核准**——编辑被拒。转换为订单已启用。
「生成 PI」在您的管理员为您租户启用时为已启用。
修订已启用。签回 PI 上传已启用。报价单文件的下载已启用。
* **已拒绝**——编辑被拒。修订已启用。报价单文件的下载已启用。
* **已取代**——编辑被拒。该行为只读；实质工作在链上最新的版次。
* **已转换**——编辑被拒。由此报价单创建的订单即活的记录；
被转出的报价单仍作为「提案来源」的参考。
## 计算
报价单的计算在查看时由尺码格即时推算，表头上不储存任何总额。
每一格尺码：
* **行小计** = `数量 × 单价`。任一输入未设置时为空。
每一条款式行：
* **款式小计** = 该款式上每一格尺码之`行小计`总和。
每一份报价单：
* **总计** = 全部款式行上每一格尺码之`行小计`总和。显示于报价单文件上。
总计以报价单的`货币`表示。没有任何折扣、调整或逐报价单的扣除——
文件上的数字即是所有报出之`数量 × 单价`的精确总和。
## 变更的影响
* **编辑草稿报价单的表头或款式行。** 变更被保存，下一次查看即重新计算受影响的总额。
* **编辑草稿报价单的尺码格。** 行小计与总计在下一次读取时重新计算。
* **发送。** 报价单从**草稿**进入**已送出**；自此每一条编辑路径均被拒。
客户现在可以回应。
* **核准。** 报价单从**已送出**进入**已核准**。
**转换为订单**已启用。
您的管理员为您租户启用时，**生成 PI**已启用。**修订**仍为已启用。
签回 PI 上传已启用。
* **拒绝。** 报价单从**已送出**进入**已拒绝**。
让提案重生的方式是**修订**——以调整后的条件开启新版次。
* **修订。** 当前的报价单被标示为**已取代**，同一条链上以下一个版次号开启一份新的**草稿**报价单。
新报价单深层复制先前版次的每一条款式行与尺码，并复制表头
（客户、货币、有效期限、季节、产地、条款、备注）。
新报价单领取自己的新 `报价单号`；链上对前一行的链接保留。
`AI 封面备注`不会被复制——需要时请重新起草。
* **转换为订单。** 报价单从**已核准**进入**已转换**。一张新
[订单](/zh-Hans/reference/glossary#order)
开出，承接客户、货币、每一条款式行（链接到款式主档之处沿用该链接）、每一个配色、
每一个尺码，以及来自报价单的每一个单价。新订单保留一条回溯到来源报价单的链接。
订单自己的字段——其编号、状态与阶段、发货日期、贸易条件、出货地与定金条件——
由[订单](/zh-Hans/modules/orders)管控，而非由报价单。
* **生成 PI。** 在您的管理员已启用、且报价单处于**已核准**时，生成 PI 会开启一份从报价单预填的新
[形式发票](/zh-Hans/reference/glossary#pi-proforma-invoice)——
明细项目、客户、货币与条款均沿用。报价单的状态不变；您仍可将它转换为订单。
PI 即是客户为安排付款而签回的文件。
* **上传签回 PI。** 客户签回 PI 的 PDF 或 JPG 副本附到报价单上。
报价单的状态不变。
* **下载报价单文件。** 报价单以单页文件渲染，呈现客户的收件人区块、您租户的卖方信息区块、
报价单表头（`报价单号`、日期、货币、季节、产地、有效期限、条款、备注），
以及逐款式区块列出每一个配色及其尺码、数量、单价与小计，附上以报价单货币表示的总计。
下载不会改变报价单。渲染为按需进行，因此每次下载皆反映报价单的当前状态。
## 最佳实务
* **报价时开着成本表。** 成本表是逐款式算出工厂成本、客户价与毛利的地方；
报价单则是提案。把报价单的单价取自成本表的客户侧数字，提案才会稳稳立基于真实毛利。
详见[成本表](/zh-Hans/modules/cost-sheet)与
[建立成本表](/zh-Hans/modules/build-the-cost-sheet)。
* **每一条款式行都链接到其款式主档。** 透过 `款式主档编号` 链接，
能把行绑定到真实的款式记录，让提案（以及它转出的订单）持续连到该款式的物料表、成本表历史，
与下游的生产文件。自由文字行可用，但链接才能让后续整条链容易追溯。
* **`有效期限`要审慎设置。** 清楚的截止日期告诉客户提案何时仍然有效，
也提醒您的业务团队何时该重整提案。
* **修订——不要尝试编辑已送出的报价。** 平台会拒绝该编辑，而先前的版次正是
「该轮实际所提议过什么」的记录。
* **仅在提案完备时才发送。** 平台不会因为缺价或空款式而挡下发送；
商品开发是把关者。请在按下发送前，把款式、配色、尺码与单价都走一遍。
* **尽快上传签回 PI。** 把签回副本附到报价单上，可让原始提案、由它生成的 PI，
以及客户的签回接受全部集中在同一份记录——好找、好稽核。
## 相关页面
* [创建报价单](/zh-Hans/modules/create-a-quotation)
* [订单](/zh-Hans/modules/orders)
* [成本表](/zh-Hans/modules/cost-sheet)
* [款式](/zh-Hans/modules/styles)
* [文件与转换链](/zh-Hans/concepts/documents-and-conversion-chain)
* [Finance](/zh-Hans/modules/finance)
* [对账单](/zh-Hans/modules/statement-of-account)