只放行決定所涵蓋的收貨批次

如果沒有人能識別是哪八件，「放行八件」就是不完整的收貨指示。部分放行需要定義群體、涵蓋該群體的決定，以及下一位人員能執行的紀錄。其餘貨品須保留自己的狀態，不能沿用訂單最新一項核准。

變更行政放行狀態前先建立批次狀態表。目的在回答：已核准部分能否與暫緩或未檢查貨品區分？它不選擇檢查樣本、不設定接受門檻，也不授權出貨及安裝。

從收到的群體開始

使用既有收貨紀錄，識別訂單項目、零件或型號、可取得的供應商批號、已收數量及計量單位。保留數量背後佐證。登錄表顯示十二件，不應只源自供應商聲稱一個密封包內有十二件。

記錄貨品可區分的層級。有些收貨有個別序號，有些只有供應商批號及包裝識別碼。收貨方指定追蹤 ID 可協助定位子集，但須準確標為收貨方編號；它不是新發現的製造商批號，也不是來源證明。

維持原群體穩定。同一採購訂單若之後再到一件包裹，給它獨立收貨連結。首次到貨的核准不應僅因 SKU 未變，就默默延伸至後到單件。

定義正在點算的行政狀態

為正在追蹤的特定階段，選擇互斥分類，例如：已就定義收貨階段放行、暫緩等待指定決定，以及待審查。每件收到的貨只屬一個主要分類，即使同時有數個待解問題。那些問題標記另行儲存。

在固定群體與階段內，各分類數量合計必須與收到數量一致。單件若外觀通過但缺少必要文件，仍可能屬暫緩分類。避免把其「外觀已核准」件數加到放行數，彷彿它們是不同單件。

EPCIS 2.0 記錄物件事件後的業務狀態，並保留至後續事件改變它。這是有限的資料模型範例；此買方流程不要求採用 GS1，也不主張符合 EPCIS。GS1 EPCIS，第 7.3.6.2.1 節，印刷頁碼 60

在此買方流程中，以一般文字定義放行階段，並記錄每次授權變更。只有顏色、沒有圖例、日期或決定參照的儲存格，不足以交接。

每次拆分都保留上層及清楚餘量

決定只涵蓋部分批次時，建立連結至原收貨的子集列。記錄授權團隊能用來區分子集的確切單件、包裝或其他識別碼。保留製造商標記及既有追溯資料；任何實體識別工作都須遵循約定安全收貨程序。

上層列描述整個群體。子集列承載點算數量後，將上層標為不可加總摘要，否則試算表可能把原十二件及其兩個子集都相加，回報從未存在的二十四件。

佐證若只識別一個無法區分的群組，不要任選單件湊足核准數。詢問授權負責人及服務商需要什麼額外識別或審查。數量決定不能解決實體身分缺口。

狀態表可以很小。價值取決於清楚身分與範圍，而不是倉庫軟體或自動條碼處理。

十二個外殼拆分的假設範例

假設十二個虛構被動式、非安全關鍵外殼有佐證件數，及收貨方指定 ID U-01 至 U-12。決定 D-12 核准 U-01 至 U-08 通過約定行政收貨階段。其餘四件暫緩等待文件審查。這是紀錄範例，不是實際檢查結果或抽樣規則。

八加四合計十二。沒有單件未分配，也沒有重複計數。八件決定不說明任何未列特性，也不涵蓋後續運輸及安裝要求。若必要核准仍是該收貨階段的先決條件，受影響單件就不能合理列入其已放行分類。

現在假設新佐證只解決 U-09 與 U-10 的文件問題，授權審閱者發出 D-13。將 R-12-B 拆成兩個可識別子集，或更新單件層級列。新摘要為此階段放行十件、暫緩兩件。保留 D-12 與 D-13，讓變更理由持續可見。

下次交接前先核對

將擬交接清單與最新狀態表比較。雙向核對身分與數量：每個所列單件必須受決定涵蓋；要求交接所涵蓋的每件貨都只應出現一次。總數八在算術上可以正確，卻列錯八件。

送出指示時附上決定參照及保留的暫緩參照。要求確認確切子集。服務商相關佐證確立各事件前，將「已發指示」、「已確認收到」及「行動完成」分開。

貨品若依另一核准流程重新包裝或合併，保留原子集至新包裝紀錄的連結。新的外包裝識別碼不應抹去附於內容的暫緩狀態。依賴新裝箱單前，先解決相互衝突的指示。

只有決定改變才改狀態

新佐證可能足以支持重新開啟先前已放行子集。保留舊決定，記錄新理由、範圍、負責人及指示。貨品若已交給另一方，將受影響識別碼提供給授權協調人員，以便依適當流程判定下一步。

本文不提供電池儲存、分隔或搬動處理方法。電池疑慮需適用合資格應變。行政放行不能確立內部安全、合規性、真偽、適運性或安裝許可，外觀照片也不能提供這些核准。

完成的狀態表應讓剩餘工作一目了然：涵蓋哪些貨、哪些仍暫緩、為何暫緩，以及需要誰決定。部分決定的界線能在交接後保留，才真正有用。