> ## 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-Hant/modules/orders)。
## 出貨批次——逐環節的紀錄
**出貨批次**是掛在訂單上、逐環節的出貨批次紀錄。每一筆涵蓋單一委外單上單一組
（客戶訂單 × 出貨地）；該紀錄承載廠商、日期與每行的計畫與實際數量。團隊從訂單
明細的**出貨批次**子分頁作業它。
### 它從何而來
出貨批次通常在上游委外單**開立時自動帶出**。委外單第一次從**草稿**移到**已開立**時，
平台會依該委外單上**每一組相異的（客戶訂單 × 出貨地）建立一筆草稿出貨批次**——
並以每組（訂單 × 款式 × 出貨地）為一行，自委外單的明細行帶入。委外單上的保留款
行不納入該次帶出；它們另行處理。帶出規則的完整說明位於
[生產——開立會帶出出貨批次骨架](/zh-Hant/modules/production#開立會帶出出貨批次骨架)；
本頁說明團隊看到的結果。
重新開立委外單不會重複帶出環節——帶出尊重（委外單 × 訂單 × 出貨地）的粒度，
重新開立會落在既有的草稿上，而非建立新的。
### 手動新增的路徑
**出貨批次**子分頁也允許團隊**以手動方式新增一個環節**，供未被委外單帶出涵蓋的
一次性環節使用。請使用子分頁頂端的**新增**按鈕：挑選廠商並儲存即可。手動新增的
環節以草稿身份落下、無出貨地文字，再隨團隊填入而帶上行與數量。
手動新增的環節一旦承載行，行為即與自動帶出的環節一致：相同狀態、相同日期、登錄
為已出貨時對成衣紀錄的相同效果。此路徑供脫離委外單骨架的環節使用——一次性的
樣品批環節、事後更正，或團隊想在所屬委外單建立前就先讓環節入帳的情況。
### 日期
每筆環節帶有三個團隊據以作業的日期。其中沒有任何一個是平台計算得出的；團隊隨
環節推進鍵入。
* `預計出貨日`——團隊預期該環節出貨的日期。在**草稿**與**已出貨**兩個狀態下皆可
編輯。本身無任何副作用。
* `實際出貨日`——該環節實際出貨的日期。**在草稿環節上設定此日期，會在同一次寫入中
將環節移到已出貨**，並登錄將成衣紀錄扣減的出貨登錄（見下方*登錄為已出貨的效果*）。
在已出貨環節上清空此日期會被拒絕——團隊請改用**解鎖**，它會反轉所登錄的出貨並
將環節退回**草稿**。
* `收貨日`——團隊將環節記為已收貨的日期，例如客戶依承運人的送達憑證確認交貨。在
**草稿**與**已出貨**兩個狀態下皆可編輯。**此為純追蹤欄位：** 設定它不會影響環節、
訂單、商業出貨或成衣紀錄。團隊為自己的稽核留下此日期；平台只把它顯示回來。
### 狀態
出貨批次僅有**兩種狀態**：一對草稿與已出貨，並無其他狀態。團隊不會像商業出貨那樣
推著環節走過多階段生命週期。
* **草稿**——該環節仍在作業中。廠商、行與日期皆可編輯。自動帶出的環節落在此狀態；
手動新增的環節也落在此狀態。
* **已出貨**——該環節已透過登錄 `實際出貨日`被登錄為已出貨。該環節的行、廠商與
出貨地隨即被凍結。團隊仍可編輯 `預計出貨日`、`收貨日`與備註。
將環節從**草稿**移到**已出貨\*\*\*\*是以登錄 `實際出貨日`達成**——而非透過另一個獨立的
狀態控制。平台讀取該日期並在同一次寫入中翻轉環節。解鎖一筆已出貨環節會將它退回
草稿並反轉成衣紀錄的扣減。
### 登錄為已出貨的效果
當一筆草稿出貨批次被登錄為已出貨——透過登錄它的 `實際出貨日`——平台會對該環節
每一行**對成衣紀錄登錄一筆出貨登錄**。成衣紀錄依該行的實際數量、針對該行的款式
下降；當該行承載**逐尺碼拆分**時，出貨登錄依尺碼登錄，成衣紀錄也依尺碼下降。
被扣減的紀錄正是**生產**中心的
[成衣庫存檢視](/zh-Hant/modules/production#餘額檢視)所讀取的同一份成衣紀錄。
另一邊的紀錄——團隊在**委外**分頁上登錄、由工廠返廠的成衣入庫——則把該紀錄帶上來。
入庫端與出貨端合在一起，讓成衣紀錄的淨額保持正確。
解鎖一筆已出貨環節會在成衣紀錄上寫下一筆**補償退回**，因此紀錄回到該環節登錄為
已出貨前的位置。原本的出貨登錄會留在紀錄上作為稽核軌跡，補償退回將其抵銷，淨額
為零。
### 行上的逐尺碼拆分
出貨批次上的一行可選擇性地承載**逐尺碼拆分**。當團隊在某行下鍵入各尺碼數量時，
**該行的實際數量會從拆分加總得出**——拆分為輸入，總額由此讀取。當環節登錄為已
出貨時，成衣紀錄即**依尺碼**扣減，讓逐尺碼成衣紀錄一路保持到每一個尺碼皆正確。
未帶拆分的行則對款式整體登錄一筆出貨登錄。
### 行與超額分配
出貨批次每一行對應上游委外單上的一條葉行——一個款式運往一個出貨地。該行承載
`計畫數量`與`實際數量`。若各環節上的計畫數量加總超過委外單該葉行的數量，團隊
**並不會被攔住**；該行會顯示一個軟性的超額分配警告，讓團隊看出落差，但仍允許
儲存。生產可承載小額溢量，平台把判斷留給團隊。
### 生命週期
* **刪除**僅允許用於**草稿**環節。已出貨環節無法刪除；團隊請先**解鎖**它（會反轉
成衣紀錄的扣減），再刪除草稿。
* **編輯廠商或行**僅允許用於**草稿**環節。已出貨環節的廠商與行已被凍結。
* **委外單上承載出貨批次行的葉行無法刪除**——平台會拒絕此次刪除，避免已出貨歷程
被悄悄刪掉。請改為取消上游委外單。
### 它的所在位置
出貨批次位於訂單明細的**出貨批次**子分頁——每個環節一張卡，各自顯示廠商、三個
日期、行與其計畫與實際數量，以及已出貨環節上的**解鎖**控制。它們**不會**出現在
**生產**中心的出貨檢視（該檢視顯示的是商業出貨清單——見下一節）。
## 商業出貨——客戶面向的文件
**商業出貨**是訂單某批貨的客戶面向商業文件。它承載船名或航班、提單或空運提單、
承運人、追蹤號碼、團隊寫到文件上的批次標籤，以及與
[出貨](/zh-Hant/reference/glossary#shipment)
之商業發票的連結。團隊從訂單明細的**出貨**子分頁作業它。
### 團隊何時建立它
商業出貨**一律由團隊手動建立**。並不像出貨批次有自動帶出——當團隊準備好為某批
貨預訂承運人時，他們會在訂單上打開**出貨**子分頁、點擊**新增出貨**並填入物流資訊。
平台會自動指派該出貨的**出貨單號**——一個帶年份戳記、由平台分配的識別碼，並附
逐批後綴——讓編號毋須團隊鍵入即唯一。
### 狀態
商業出貨會經歷四個狀態，由團隊隨該批貨走過預訂與交貨而設定。
* **計畫中**——團隊的規劃紀錄。承運人與日期仍可作業。
* **已預訂**——該批貨已向承運人預訂。
* **運送中**——該批貨已登錄為已出貨。**設定此狀態會將訂單的工作階段**
從**大貨生產**推進到**已出貨**
（見[訂單生命週期](/zh-Hant/concepts/order-lifecycle)）。這是其狀態變動會在工作
階段主線上推進訂單的唯一狀態。
* **已交貨**——該批貨已登錄為已交付客戶。
四狀態流程為 **計畫中 → 已預訂 → 運送中 → 已交貨**。團隊隨該批貨進展推進狀態；
無自動推進。
### 在訂單上、第一筆商業出貨做了什麼
團隊對**生產**商業狀態下的訂單新增的第一筆商業出貨，也會**將該訂單的商業狀態翻為
出貨**——平台會在建立該出貨的同一次寫入中自寫入此變動。訂單的二維生命週期區分
**商業狀態**（這筆交易走到哪裡）與**工作階段**（作業走到哪裡）；第一筆出貨上的商業
狀態翻轉是這筆交易往前走，而上述**運送中**的工作階段推進則是作業往前走。兩個變動
彼此獨立，可能在不同時點發生。詳見[訂單生命週期](/zh-Hant/concepts/order-lifecycle)。
同一張訂單上的後續出貨**不會**再翻一次商業狀態；只有第一筆會。
### 欄位
商業出貨的欄位依用途分組。
#### 識別
* `出貨單號`——出貨的永久商業識別碼。建立時由平台指派，其後永不變更。
* `批次編號`——逐訂單的出貨計數，由平台依訂單上既有出貨數量設定。訂單上的第一筆
出貨是批次 1；第二筆是批次 2；依此類推。
#### 物流
* `運輸方式`——運輸的方式。挑選器提供海運、空運、快遞、DHL 與 FedEx；其值在平台
上不驅動任何行為，但會印在文件上，且團隊可在全域清單上依此篩選。
* `船名` / `航班`——該批貨所在的船舶或航班識別。
* `BL 號碼`——海運出貨的提單號碼。
* `AWB 號碼`——空運出貨的空運提單號碼。
* `追蹤號碼`——承運人的追蹤號碼，選填、自由文字。
* `出貨批次標籤`——團隊寫到文件上、可讀的批次標籤，自由文字。與 `批次編號`不同，
後者是逐訂單的數字計數。
* `Account party`——記在提單或空運提單上的 account party，自由文字。
#### 日期
* `出貨日`——該批貨的計畫出貨日。
* `ETA 日期`——客戶端的預期到貨時間。
* `ETD 日期`——預期離港時間。
* `ETC 日期`——預期完成時間。
四個日期皆由使用者在建立與編輯時設定。其中無任何一個由平台計算或傳遞。
#### 目的地
* `目的地`——該批貨所要前往的目的地。**建立時預設為訂單的目的地**；逐出貨可編輯，
讓前往與訂單預設不同目的地的批次承載自己的目的地。平台會把新鍵入的目的地存入
租戶目的地對照清單，使同一值在下一筆出貨上是一次挑選即可。
* `備註`——出貨的自由文字備註。
### 行——逐尺碼已出數量
每筆商業出貨每個該批已出尺碼承載一行。每行登錄該尺碼的 `已出數量`；逐尺碼已出
數量驅動[訂單總覽](/zh-Hant/modules/orders#總覽分頁的摘要卡)上的訂單**出貨進度**
摘要卡，以及訂單尺碼方格上的已出 vs. 已下單彙整。
**超額出貨會被拒絕。** 儲存一行其 `已出數量`會將該尺碼累計已出總額推高至超過該
尺碼已下單數量時，會被拒絕；平台會在拒絕訊息上點出問題尺碼供團隊修正。此防護
讀取的是訂單上**所有商業出貨**的累計已出總額，而不只是當下這筆。
**刪除一行會把該尺碼的已出數量退回**到該行加入之前的位置——訂單進度同步往下
讀回對齊。
### 出貨明細表
每筆商業出貨還會公開一張**出貨明細表**——以逐款式、逐配色列出該批貨的成衣，
六個尺碼欄（XS、S、M、L、XL、XXL），以及每款式 × 配色一行。團隊可在出貨卡上
直接編輯明細列；明細表可匯出為包含訂單、款式、配色、國家、客戶採購單號、六個
尺碼欄、合計與每行物流欄位（運輸方式、空運提單、ETD、ETC、ETA）的試算表。
出貨明細表與上述逐尺碼行**是分開的兩個介面**——兩者在設計上**並不同步**。逐尺碼
行驅動訂單的已出 vs. 已下單彙整；明細表則驅動團隊寄給客戶或承運人的裝箱試算表。
團隊在兩者都需要時兩者都填。
### 逐目的地裝箱單
當一批貨運往數個收件人時，商業出貨可**拆分為多個目的地**。每個目的地承載自己的
名稱、地址、國家與聯絡人，以及自己的逐尺碼數量彙整。**裝箱單 PDF**可針對整張
出貨產生，也可針對其中任一目的地產生——當每個收件人需要自己份的裝箱單時很有用。
### 商業發票
商業出貨是訂單上**出貨型商業發票的錨**。團隊從訂單的**發票**子分頁針對該出貨開立
發票；發票會帶入出貨的逐尺碼行、訂單的客戶與幣別，並以該出貨佔訂單金額的比例
抵減訂單的訂金。發票的完整行為——發票型別、訂金抵減、狀態生命週期——位於
[財務模組指南](/zh-Hant/modules/finance)。
出貨批次**不是**發票的錨；只有商業出貨才是。
### 生命週期
* **刪除**僅允許用於**計畫中**或**已預訂**狀態的出貨。已移到**運送中**或**已交貨**
的出貨無法刪除；這保護了**運送中**轉移所觸發的訂單階段推進不被反向解開。刪除
計畫中或已預訂的出貨會把逐尺碼已出數量退回給訂單。
* **編輯**在整個生命週期皆允許——物流欄位、日期、目的地與行都仍可編輯。四個狀態
把關**刪除**，而非編輯。
### 它的所在位置
同一筆商業出貨可從三個地方進入：
* 訂單明細的**出貨**子分頁——逐訂單檢視，含完整的逐出貨卡、逐尺碼編輯器、出貨
明細表與逐目的地裝箱單控制。
* 從主導覽進入的全域**出貨**清單——租戶下每一筆商業出貨，含承運人欄位、狀態與
日期的欄位層級篩選。供團隊跨訂單作業出貨佇列時使用。
* **生產**中心的**委外**分頁——同一份全域清單，內嵌於中心，供現場端對外作業檢視。
那裡顯示的是商業出貨清單，**不是**上述的逐環節出貨批次。
逐環節出貨批次僅出現在訂單明細的**出貨批次**子分頁；商業出貨則出現在上述三個介面。
## 兩種紀錄如何關聯
兩種紀錄從兩個角度作業同一組（客戶訂單 × 出貨地）環節。出貨批次是該環節的作業面
紀錄——正是其已出貨狀態將成衣紀錄扣減的紀錄。商業出貨是該環節的客戶面向文件——
承載承運人、提單與發票的紀錄。
團隊在不同子分頁上作業它們，因為它們是有不同生命的不同紀錄：
* 出貨批次**自委外單自動帶出**；商業出貨**一律手動新增**。
* 出貨批次走 **草稿 → 已出貨**；商業出貨走 **計畫中 → 已預訂 → 運送中 → 已交貨**。
* 出貨批次**將成衣紀錄扣減**；商業出貨**將訂單的工作階段推進到已出貨**，並在第一筆
時**將訂單的商業狀態翻為出貨**。
* 出貨批次不承載商業文件；商業出貨承載**裝箱單**、**出貨明細表匯出**與**商業發票**
的錨。
團隊通常先填出貨批次——隨工廠端環節作業——再於承運人預訂時建立商業出貨。平台
**不會**強制兩者之間的順序；同一張訂單上，任一紀錄都可在另一者不存在時存在。
## 編號
* **出貨批次**使用**逐訂單計數**——訂單上的第一筆出貨批次是出貨 1，第二筆是出貨 2，
依此類推。編號由平台在建立時設定，其後不變。
* **商業出貨**使用**自動指派的年份戳記識別碼**，並附逐訂單計數的批次後綴。編號由
平台在建立時設定，其後不變。同一筆出貨上的 `批次編號`欄位即逐訂單批次計數
（1、2、3 ⋯），團隊在卡上會讀到；識別碼的後綴與 `批次編號`欄位承載的是同一個
數字。
兩個編號皆於建立時指派，且永不被編輯。
## 最佳實務
* **讓自動帶出的出貨批次完成它的工作。** 開立委外單會準備好團隊將作業的出貨批次；
請把**出貨批次**子分頁上的**新增**按鈕當成一次性路徑，而非預設路徑。
* **僅在環節真的已出貨時才登錄 `實際出貨日`。** 此日期是將成衣紀錄扣減的觸發——
若環節延誤，請把日期留白、環節維持在草稿。
* **環節被誤登錄為已出貨時，請改用 `解鎖`而非刪了重建。** 解鎖會乾淨地反轉成衣
紀錄的扣減；已出貨環節上的「刪了重建」原本就會被拒絕，解鎖才是平台所支援的
路徑。
* **慎重設定商業出貨的 `目的地`。** 編輯它會覆寫該批貨的訂單預設目的地——當該批
貨運往與訂單預設不同的港口時很有用。商業出貨上的目的地正是裝箱單上會印出的
目的地。
* **將逐尺碼行的累計上限封在已下單數量。** 超額防護會拒絕把該尺碼累計已出總額
推高至超過已下單數量的儲存——當團隊需要分別登錄短交與長交時，請將該批貨拆成
兩筆出貨。
* **裝箱試算表用出貨明細表、訂單進度用逐尺碼行。** 兩個介面並不同步；訂單兩者都
需要時兩者都填，並各自當作其所是的東西看待。
## 相關頁面
* [訂單](/zh-Hant/modules/orders)——訂單明細的**出貨**與**出貨批次**子分頁，以及兩種
紀錄在訂單上的所在位置。
* [生產——開立會帶出出貨批次骨架](/zh-Hant/modules/production#開立會帶出出貨批次骨架)——
帶出出貨批次的委外單側。
* [生產——庫存帳](/zh-Hant/modules/production#庫存帳)——出貨批次所扣減的成衣紀錄，
以及將其帶回上來的成衣入庫側。
* [訂單生命週期](/zh-Hant/concepts/order-lifecycle)——商業出貨所觸發的工作階段
推進，以及第一筆出貨上的商業狀態翻轉。
* [財務](/zh-Hant/modules/finance)——商業出貨所錨定的商業發票。