“出货”列表——工作区内每一笔客户面向商业发货，一行即可读到承运人标识与状态徽章。
平台是一份记录系统
GarmentFlow 在纸上追踪出货的位置。平台不观察实体移动、不知道货物实际在哪里， 也不控制由谁去领取或运往何处。平台上每一笔”出货”都是团队写下的记录；每一笔 “变动”都是一次账上登录。 这个框架支配本页每一笔记录的读法。当页面写**“该批出货记录将成衣记录扣减”**时， 在平台上发生的是该笔记录落下。在平台外发生的——货物是否真的离开工厂、停在货场 或抵达客户手中——是团队自己的事。平台看的是团队键入一个日期，不是卡车滚过某个 货柜口。两种记录、两种职务
模块承载两种不同的记录，常常并存于同一张客户订单上。请守住这个区分。- 出货批次（出货批次）——挂在订单上、逐环节的出货批次记录。一张委外单上每一组 相异的（客户订单 × 出货地）对应一笔，于委外单开立时自动带出。这是团队随环节由 登录为计划中走到登录为已出货所作业的记录；正是其已出货状态将成衣记录扣减。
- 商业发货（商业发货）——该批货的客户面向商业文件。承载船名或航班、提单或空运 提单、承运人、追踪号码，以及与订单该批之商业发票的连接。当团队准备好预订 承运人时，从订单的发货子标签页手动建立。
出货批次——逐环节的记录
出货批次是挂在订单上、逐环节的出货批次记录。每一笔涵盖单一委外单上单一组 （客户订单 × 出货地）；该记录承载厂商、日期与每行的计划与实际数量。团队从订单 明细的出货批次子标签页作业它。它从何而来
出货批次通常在上游委外单开立时自动带出。委外单第一次从草稿移到已开立时， 平台会依该委外单上每一组相异的（客户订单 × 出货地）建立一笔草稿出货批次—— 并以每组（订单 × 款式 × 出货地）为一行，自委外单的明细行带入。委外单上的保留款 行不纳入该次带出；它们另行处理。带出规则的完整说明位于 生产——开立会带出出货批次骨架； 本页说明团队看到的结果。 重新开立委外单不会重复带出环节——带出尊重（委外单 × 订单 × 出货地）的粒度， 重新开立会落在既有的草稿上，而非建立新的。手动新增的路径
出货批次子标签页也允许团队以手动方式新增一个环节，供未被委外单带出涵盖的 一次性环节使用。请使用子标签页顶端的新增按钮：挑选厂商并保存即可。手动新增的 环节以草稿身份落下、无出货地文字，再随团队填入而带上行与数量。 手动新增的环节一旦承载行，行为即与自动带出的环节一致：相同状态、相同日期、登录 为已出货时对成衣记录的相同效果。此路径供脱离委外单骨架的环节使用——一次性的 样品批环节、事后更正，或团队想在所属委外单建立前就先让环节入账的情况。日期
每笔环节带有三个团队据以作业的日期。其中没有任何一个是平台计算得出的；团队随 环节推进键入。预计出货日——团队预期该环节出货的日期。在草稿与已出货两个状态下皆可 编辑。本身无任何副作用。实际出货日——该环节实际出货的日期。在草稿环节上设定此日期，会在同一次写入中 将环节移到已出货，并登录将成衣记录扣减的出货登录（见下方登录为已出货的效果）。 在已出货环节上清空此日期会被拒绝——团队请改用解锁，它会反转所登录的出货并 将环节退回草稿。收货日——团队将环节记为已收货的日期，例如客户依承运人的送达凭证确认交货。在 草稿与已出货两个状态下皆可编辑。此为纯追踪字段： 设定它不会影响环节、 订单、商业发货或成衣记录。团队为自己的审计留下此日期；平台只把它显示回来。
状态
出货批次仅有两种状态：一对草稿与已出货，并无其他状态。团队不会像商业发货那样 推着环节走过多阶段生命周期。- 草稿——该环节仍在作业中。厂商、行与日期皆可编辑。自动带出的环节落在此状态； 手动新增的环节也落在此状态。
- 已出货——该环节已透过登录
实际出货日被登录为已出货。该环节的行、厂商与 出货地随即被冻结。团队仍可编辑预计出货日、收货日与备注。
实际出货日达成——而非透过另一个独立的
状态控制。平台读取该日期并在同一次写入中翻转环节。解锁一笔已出货环节会将它退回
草稿并反转成衣记录的扣减。
登录为已出货的效果
当一笔草稿出货批次被登录为已出货——透过登录它的实际出货日——平台会对该环节
每一行对成衣记录登录一笔出货登录。成衣记录依该行的实际数量、针对该行的款式
下降；当该行承载逐尺码拆分时，出货登录依尺码登录，成衣记录也依尺码下降。
被扣减的记录正是生产中心的
成衣库存视图所读取的同一份成衣记录。
另一边的记录——团队在委外标签页上登录、由工厂返厂的成衣入库——则把该记录带上来。
入库端与出货端合在一起，让成衣记录的净额保持正确。
解锁一笔已出货环节会在成衣记录上写下一笔补偿退回，因此记录回到该环节登录为
已出货前的位置。原本的出货登录会留在记录上作为审计轨迹，补偿退回将其抵销，净额
为零。
行上的逐尺码拆分
出货批次上的一行可选择性地承载逐尺码拆分。当团队在某行下键入各尺码数量时， 该行的实际数量会从拆分加总得出——拆分为输入，总额由此读取。当环节登录为已 出货时，成衣记录即依尺码扣减，让逐尺码成衣记录一路保持到每一个尺码皆正确。 未带拆分的行则对款式整体登录一笔出货登录。行与超额分配
出货批次每一行对应上游委外单上的一条叶行——一个款式运往一个出货地。该行承载计划数量与实际数量。若各环节上的计划数量加总超过委外单该叶行的数量，团队
并不会被拦住；该行会显示一个软性的超额分配警告，让团队看出落差，但仍允许
保存。生产可承载小额溢量，平台把判断留给团队。
生命周期
- 删除仅允许用于草稿环节。已出货环节无法删除；团队请先解锁它（会反转 成衣记录的扣减），再删除草稿。
- 编辑厂商或行仅允许用于草稿环节。已出货环节的厂商与行已被冻结。
- 委外单上承载出货批次行的叶行无法删除——平台会拒绝此次删除，避免已出货历程 被悄悄删掉。请改为取消上游委外单。
它的所在位置
出货批次位于订单明细的出货批次子标签页——每个环节一张卡，各自显示厂商、三个 日期、行与其计划与实际数量，以及已出货环节上的解锁控制。它们不会出现在 生产中心的出货视图（该视图显示的是商业发货清单——见下一节）。商业发货——客户面向的文件
商业发货是订单某批货的客户面向商业文件。它承载船名或航班、提单或空运提单、 承运人、追踪号码、团队写到文件上的批次标签，以及与 之商业发票的连接。团队从订单明细的发货子标签页作业它。团队何时建立它
商业发货一律由团队手动建立。并不像出货批次有自动带出——当团队准备好为某批 货预订承运人时，他们会在订单上打开发货子标签页、点击新增发货并填入物流信息。 平台会自动指派该发货的发货单号——一个带年份戳记、由平台分配的识别码，并附 逐批后缀——让编号毋须团队键入即唯一。状态
商业发货会经历四个状态，由团队随该批货走过预订与交货而设定。- 计划中——团队的规划记录。承运人与日期仍可作业。
- 已预订——该批货已向承运人预订。
- 运送中——该批货已登录为已出货。设定此状态会将订单的工作阶段 从大货生产推进到已出货 （见订单生命周期）。这是其状态变动会在工作 阶段主线上推进订单的唯一状态。
- 已交货——该批货已登录为已交付客户。
在订单上、第一笔商业发货做了什么
团队对生产商业状态下的订单新增的第一笔商业发货，也会将该订单的商业状态翻为 发货——平台会在建立该发货的同一次写入中自写入此变动。订单的二维生命周期区分 商业状态（这笔交易走到哪里）与工作阶段（作业走到哪里）；第一笔发货上的商业 状态翻转是这笔交易往前走，而上述运送中的工作阶段推进则是作业往前走。两个变动 彼此独立，可能在不同时点发生。详见订单生命周期。 同一张订单上的后续发货不会再翻一次商业状态；只有第一笔会。字段
商业发货的字段依用途分组。识别
发货单号——发货的永久商业识别码。建立时由平台指派，其后永不变更。批次编号——逐订单的发货计数，由平台依订单上既有发货数量设定。订单上的第一笔 发货是批次 1；第二笔是批次 2；依此类推。
物流
运输方式——运输的方式。挑选器提供海运、空运、快递、DHL 与 FedEx；其值在平台 上不驱动任何行为，但会印在文件上，且团队可在全域清单上依此筛选。船名/航班——该批货所在的船舶或航班识别。BL 号码——海运发货的提单号码。AWB 号码——空运发货的空运提单号码。追踪号码——承运人的追踪号码，选填、自由文字。发货批次标签——团队写到文件上、可读的批次标签，自由文字。与批次编号不同， 后者是逐订单的数字计数。Account party——记在提单或空运提单上的 account party，自由文字。
日期
发货日——该批货的计划发货日。ETA 日期——客户端的预期到货时间。ETD 日期——预期离港时间。ETC 日期——预期完成时间。
目的地
目的地——该批货所要前往的目的地。建立时预设为订单的目的地；逐发货可编辑， 让前往与订单预设不同目的地的批次承载自己的目的地。平台会把新键入的目的地存入 租户目的地对照清单，使同一值在下一笔发货上是一次挑选即可。备注——发货的自由文字备注。
行——逐尺码已出数量
每笔商业发货每个该批已出尺码承载一行。每行登录该尺码的已出数量；逐尺码已出
数量驱动订单总览上的订单发货进度
摘要卡，以及订单尺码方格上的已出 vs. 已下单汇整。
超额发货会被拒绝。 保存一行其 已出数量会将该尺码累计已出总额推高至超过该
尺码已下单数量时，会被拒绝；平台会在拒绝消息上点出问题尺码供团队修正。此防护
读取的是订单上所有商业发货的累计已出总额，而不只是当下这笔。
删除一行会把该尺码的已出数量退回到该行加入之前的位置——订单进度同步往下
读回对齐。
发货明细表
每笔商业发货还会公开一张发货明细表——以逐款式、逐配色列出该批货的成衣， 六个尺码栏（XS、S、M、L、XL、XXL），以及每款式 × 配色一行。团队可在发货卡上 直接编辑明细列；明细表可导出为包含订单、款式、配色、国家、客户采购单号、六个 尺码栏、合计与每行物流字段（运输方式、空运提单、ETD、ETC、ETA）的电子表格。 发货明细表与上述逐尺码行是分开的两个介面——两者在设计上并不同步。逐尺码 行驱动订单的已出 vs. 已下单汇整；明细表则驱动团队寄给客户或承运人的装箱电子表格。 团队在两者都需要时两者都填。逐目的地装箱单
当一批货运往数个收件人时，商业发货可拆分为多个目的地。每个目的地承载自己的 名称、地址、国家与联络人，以及自己的逐尺码数量汇整。装箱单 PDF可针对整张 发货产生，也可针对其中任一目的地产生——当每个收件人需要自己份的装箱单时很有用。商业发票
商业发货是订单上发货型商业发票的锚。团队从订单的发票子标签页针对该发货开立 发票；发票会带入发货的逐尺码行、订单的客户与货币，并以该发货占订单金额的比例 抵减订单的订金。发票的完整行为——发票类型、订金抵减、状态生命周期——位于 财务模块指南。 出货批次不是发票的锚；只有商业发货才是。生命周期
- 删除仅允许用于计划中或已预订状态的发货。已移到运送中或已交货 的发货无法删除；这保护了运送中转移所触发的订单阶段推进不被反向解开。删除 计划中或已预订的发货会把逐尺码已出数量退回给订单。
- 编辑在整个生命周期皆允许——物流字段、日期、目的地与行都仍可编辑。四个状态 把关删除，而非编辑。
它的所在位置
同一笔商业发货可从三个地方进入：- 订单明细的发货子标签页——逐订单视图，含完整的逐发货卡、逐尺码编辑器、发货 明细表与逐目的地装箱单控制。
- 从主导航进入的全域发货清单——租户下每一笔商业发货，含承运人字段、状态与 日期的字段层级筛选。供团队跨订单作业发货队列时使用。
- 生产中心的委外标签页——同一份全域清单，内嵌于中心，供现场端对外作业视图。 那里显示的是商业发货清单，不是上述的逐环节出货批次。
两种记录如何关联
两种记录从两个角度作业同一组（客户订单 × 出货地）环节。出货批次是该环节的作业面 记录——正是其已出货状态将成衣记录扣减的记录。商业发货是该环节的客户面向文件—— 承载承运人、提单与发票的记录。 团队在不同子标签页上作业它们，因为它们是有不同生命的不同记录：- 出货批次自委外单自动带出；商业发货一律手动新增。
- 出货批次走 草稿 → 已出货；商业发货走 计划中 → 已预订 → 运送中 → 已交货。
- 出货批次将成衣记录扣减；商业发货将订单的工作阶段推进到已出货，并在第一笔 时将订单的商业状态翻为发货。
- 出货批次不承载商业文件；商业发货承载装箱单、发货明细表导出与商业发票 的锚。
编号
- 出货批次使用逐订单计数——订单上的第一笔出货批次是出货 1，第二笔是出货 2， 依此类推。编号由平台在建立时设定，其后不变。
- 商业发货使用自动指派的年份戳记识别码，并附逐订单计数的批次后缀。编号由
平台在建立时设定，其后不变。同一笔发货上的
批次编号字段即逐订单批次计数 （1、2、3 ⋯），团队在卡上会读到；识别码的后缀与批次编号字段承载的是同一个 数字。
最佳实践
- 让自动带出的出货批次完成它的工作。 开立委外单会准备好团队将作业的出货批次； 请把出货批次子标签页上的新增按钮当成一次性路径，而非默认路径。
- 仅在环节真的已出货时才登录
实际出货日。 此日期是将成衣记录扣减的触发—— 若环节延误，请把日期留白、环节维持在草稿。 - 环节被误登录为已出货时，请改用
解锁而非删了重建。 解锁会干净地反转成衣 记录的扣减；已出货环节上的”删了重建”原本就会被拒绝，解锁才是平台所支持的 路径。 - 慎重设定商业发货的
目的地。 编辑它会覆写该批货的订单默认目的地——当该批 货运往与订单默认不同的港口时很有用。商业发货上的目的地正是装箱单上会印出的 目的地。 - 将逐尺码行的累计上限封在已下单数量。 超额防护会拒绝把该尺码累计已出总额 推高至超过已下单数量的保存——当团队需要分别登录短交与长交时，请将该批货拆成 两笔发货。
- 装箱电子表格用发货明细表、订单进度用逐尺码行。 两个介面并不同步；订单两者 都需要时两者都填，并各自当作其所是的东西看待。
相关页面
- 订单——订单明细的发货与出货批次子标签页，以及两种 记录在订单上的所在位置。
- 生产——开立会带出出货批次骨架—— 带出出货批次的委外单侧。
- 生产——库存账——出货批次所扣减的成衣记录， 以及将其带回上来的成衣入库侧。
- 订单生命周期——商业发货所触发的工作阶段 推进，以及第一笔发货上的商业状态翻转。
- 财务——商业发货所锚定的商业发票。