「出貨」清單——工作區內每一筆客戶面向商業出貨，一列即可讀到承運人識別與狀態徽章。
平台是一份紀錄系統
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 ⋯），團隊在卡上會讀到；識別碼的後綴與批次編號欄位承載的是同一個 數字。
最佳實務
- 讓自動帶出的出貨批次完成它的工作。 開立委外單會準備好團隊將作業的出貨批次； 請把出貨批次子分頁上的新增按鈕當成一次性路徑，而非預設路徑。
- 僅在環節真的已出貨時才登錄
實際出貨日。 此日期是將成衣紀錄扣減的觸發—— 若環節延誤，請把日期留白、環節維持在草稿。 - 環節被誤登錄為已出貨時，請改用
解鎖而非刪了重建。 解鎖會乾淨地反轉成衣 紀錄的扣減；已出貨環節上的「刪了重建」原本就會被拒絕，解鎖才是平台所支援的 路徑。 - 慎重設定商業出貨的
目的地。 編輯它會覆寫該批貨的訂單預設目的地——當該批 貨運往與訂單預設不同的港口時很有用。商業出貨上的目的地正是裝箱單上會印出的 目的地。 - 將逐尺碼行的累計上限封在已下單數量。 超額防護會拒絕把該尺碼累計已出總額 推高至超過已下單數量的儲存——當團隊需要分別登錄短交與長交時，請將該批貨拆成 兩筆出貨。
- 裝箱試算表用出貨明細表、訂單進度用逐尺碼行。 兩個介面並不同步；訂單兩者都 需要時兩者都填，並各自當作其所是的東西看待。
相關頁面
- 訂單——訂單明細的出貨與出貨批次子分頁，以及兩種 紀錄在訂單上的所在位置。
- 生產——開立會帶出出貨批次骨架—— 帶出出貨批次的委外單側。
- 生產——庫存帳——出貨批次所扣減的成衣紀錄， 以及將其帶回上來的成衣入庫側。
- 訂單生命週期——商業出貨所觸發的工作階段 推進，以及第一筆出貨上的商業狀態翻轉。
- 財務——商業出貨所錨定的商業發票。