第零章 系統概覽
三層編碼觀念
1採購單
批號的來源容器——每個批號都能回溯到它所屬的採購單。2母批
採購單行上的「原廠批號＋預期效期」，是收貨批號的參考基準。3批號
入庫時您自己命名（本文件流程為手動命名，系統不會改寫）。追溯鏈（以批號為中心，雙向可回溯）
批號→收貨單→採購單→供應商
批號→出貨單→銷售單→客戶→發票→退貨單→退款憑單
⚠️ 重要說明：本流程收貨後，批號會維持您手動輸入的原樣，效期不會被系統自動改寫（仍可自行編輯）。
本手冊端到端流程
1採購收貨
手動命名批號2銷售出貨
FEFO 挑批3客戶退貨
批號身分保留4退款
金額可與退貨量脫鉤5換貨
部分換貨＋防重複6批號回溯
雙向回溯全鏈⛔ 開始前必檢查：清算流程的總開關
⛔ 實測驗證過的真實重點：
如果你的公司有「客戶累積退貨、月底一次結算」的作業模式（見第七章），這整條自動化完全依賴公司設定裡
一個叫「客戶累積退貨入庫」的收貨作業類型設定。沒設定，或收貨時選錯了作業類型（哪怕邏輯上都是收退貨），
這張收貨單就永遠不會被系統認定為「清算收貨」，第七章教的「退貨單據」智慧按鈕永遠不會出現，
畫面上完全沒有任何錯誤或提示告訴你原因。系統判斷的依據是「收貨單的作業類型是否等於公司設定的那一個」——
完全比對，不是模糊判斷。如果你不確定公司有沒有設定這個欄位，先去問系統管理員，不要假設有。
🔀 三個模組的邊界——不要以為裝了一個功能就全部都有
ℹ️ 這份手冊涵蓋的功能，實際上分散在三個獨立模組：收貨批號/效期是一個模組管的；
退貨/退款/換貨/清算是另一個獨立模組；FEFO(先到期先出)出貨排序又是第三個模組（而且退貨模組跟這個
出貨模組彼此不互相依賴，是平行、非強制搭售的關係）。這代表：即使你的系統裝了退貨功能，
FEFO 出貨排序也不會自動生效，兩者要分開確認有沒有裝、有沒有設定。