.ai)或 Techpacker .tpv 导出文件的形式送达，并成为一张可运作的
,
带着它的物料表、尺寸规格、图片、说明页附加，以及一份建议的 QC 检查清单。您会在
技术包本身的页面旁边，于审核画面上确认整份内容，之后才会写入任何东西。
技术包导入为选用功能。您的管理员可在
功能设置上启用它；此功能仅适用于特定方案。
若您的工作区侧边栏未出现技术包项，代表此账号未启用此功能。
「技术包」模块——上方的「上传技术包」卡片，与工作区收到的技术包清单，每一行标示状态与目前的去向。
这个模块是什么
GarmentFlow 中的技术包，是品牌保存于安全存储空间中的文件，其内容成为款式的接收端。 本模块是上传、审核、确认、导入的所在地——绝不是一个”编辑文件”的地方。当技术包 是 PDF 或 Illustrator 导出文件时，系统会读取它并提出字段、图片对应与 QC 检查建议；当它是 Techpacker.tpv 导出文件时，每个字段皆直接读自文件，中间没有任何建议步骤。
信任模型不会因来源而变:系统建议、由您确认；未经审核，不会写入款式。
审核画面在每个字段旁边呈现其来源页面、每一项建议的图片对应、每一项建议的 QC 检查。
您确认什么，就写入什么；您拒绝或修改的，也是您写入的内容；没有任何东西会绕过确认。
为什么存在
技术包是品牌把设计交给 OEM 的方式。若没有导入功能，跟单人员在一个画面上读技术包、 在另一个画面上把它的字段打进新款式——一件外套要一个工作日、技术性更高的款式更久，而每一次重打都是一次与原文对不上的机会。本模块移除了重打的部分，同时保留了跟单本来就在做的审核：同一位读者现在是在技术包的页面上确认建议字段，而不是从头重打。 接收端还会继续处理技术包数据之外的内容。真实技术包的多数页面是制作说明—— 成衣如何车缝、标签放在哪、如何折叠、如何包装。这些页面会被分类并附加到工厂实际 阅读的位置，且其公差与说明会转化为一份建议的 , 在导入时写到款式的 QC 页签，并列印在 里。.tpv 的差别
Techpacker .tpv 导出文件是品牌 PLM 已经写出的结构化文件——它把读者原本要从
列印版技术包还原的一切直接写明,而不是描绘。GarmentFlow 读取 .tpv,
不去诠释它。每个字段皆从文件直接落到审核画面；没有字段是被建议的、也没有置信度，因为没有东西是推论出来的。审核画面仍然会请您确认标识、物料主档对应以及逐行
调整，但 .tpv 技术包没有图片分类与逐页类别的建议——没有页面渲染可供其执行。
QC 检查清单仍会生成：尺寸检查来自技术包自有的公差表,.tpv 完整承载该表，因此那些项目可以像从 PDF 技术包一样直接导入。车缝、标签、包装与折叠那半段
——从说明页读出的部分——在 .tpv 技术包上是空的，技术包没有明列的检查请您
在审核画面上自行新增。
.tpv 技术包没有页面图像(没有 PDF 可渲染),因此审核画面单独呈现字段，工厂制造单的内文由技术包的数据生成，而非套叠在页面上。
核心业务对象
- 技术包——品牌的文件(PDF、
.ai或.tpv)以及系统从中读出的一切，直到导入为款式为止。 - 款式——导入时技术包会转化成的可重复使用产品 记录。技术包来源的款式，从导入的那一刻起就承载了技术包的标识、配色、物料表、 尺寸规格、说明页附加与 QC 检查清单。
- 物料表——款式的物料清单，由技术包种入，并在 技术包编号与您现有的 相符时自动连结。
- 工厂制造单——由技术包 来源款式的订单绑定 所产生的 A4 PDF,将 OEM 的封面与技术包自有页面组合在一起。
它在流程中的位置
- 上游。 品牌寄来技术包，或运营人员从品牌 PLM 导出一份
.tpv。 上传它是本模块的第一个动作。 - 下游。 已导入的技术包成为一张可运作的款式。 从那张款式起，团队走的是每一张款式都会走的商务与生产流程—— 样品与试身、 报价、 订单、 制造单、 工厂制造单、 出货。
主要工作流程
主要概念
- 从技术包到制造单—— 接收端的连贯流程，从品牌寄来的文件到工厂使用的文件。
- 以款式为中心的模型—— 技术包为什么会变成款式，而不是逐张订单的产物。
- 物料表、成本表与文件版本—— 当款式开始运作时，导入的物料表与尺寸规格所参与的版本模型。