“款式”模块列表——工作区内每一笔可重复使用的款式记录，一眼看见客户、季节、性别与所链接的订单。
它是什么
款式是一个租户层级的产品记录，对应于单一成衣设计——例如 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 各处的列表与选择器都会用到它，整天都在您团队的视线里。
- 有意识地排序配色。 结构化清单的顺序就是物料表与订单款式总表所显示的顺序； 把主配色排在最前面。
- 若您为了省一步而从订单创建款式，记得到订单内完成该订单款式总表的细节 （颜色、尺寸、数量）——那才是订单侧细节真正的所在地。