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