📄 本頁=教學影片的完整圖文替代版,可單獨閱讀學會;影片開頭為情境卡。
🎯 情境:採購單一確認,系統就自動生成一張進口作業單。它是這一票貨從頭到尾的追溯中樞。
🎬 教學影片(約 1.6 分鐘 · 真實點擊+語音講解)
多伯特 · 採購進口放行 教學手冊
節 4 進口作業單(12 狀態中樞)
一票進口的中樞單據——12 狀態往前推進,船運、報單、放行、收貨全掛在它底下。
🎬 對應教學影片:demo_節4_進口作業單_HsiaoYu.mp4(約 1.6 分鐘)
👤 誰來做:採購/進口窗口為主,全體以它掌握進度。
🔗 前置:節3 採購單 已確認並自動生成作業單。
👤 誰來做:採購/進口窗口為主,全體以它掌握進度。
🔗 前置:節3 採購單 已確認並自動生成作業單。
操作步驟
步驟 1 開啟進口作業單
👤 採購/進口窗口
怎麼做:從進口作業 → 進口作業單清單,開啟上一節採購單自動生成的那一張(例:IMP-202607-0007)。
為什麼這樣設計:作業單由採購確認時依歸併策略自動生成;一票進口的所有節點都由它展開,不必另建。
步驟 2 認識 12 狀態列
👤 全體
怎麼做:最上方狀態列共十二階段:草稿→已確認→備貨中→待出貨→海上→到港→報關中→已放行→配送中→已入庫→結案(外加取消)。這張目前停在已確認。畫面上方若出現規格書確認警示,代表報關/放行前要先確認品名、成分、包裝規格。
為什麼這樣設計:用單一狀態列把整票進口的生命週期可視化,任何人看一眼就知道貨走到哪、下一步是什麼。
步驟 3 狀態只能往前推進
👤 全體
怎麼做:狀態只能往前、不能倒退或跳號。要更正得用退回草稿,而且已放行之後就不能再退。
為什麼這樣設計:forward-only 設計確保流程稽核軌跡完整、不被隨意回改;已放行代表貨權已動,鎖死可防竄改。
步驟 4 基本資訊:一票進口的身分
👤 採購
怎麼做:基本區帶出委託客戶、涉及品牌、主供應商、關聯採購單,以及作業流程模式(完整進口 vs 簡易收貨)——都從採購單自動帶入。
為什麼這樣設計:作業流程模式決定後續要跑完整報關放行、還是簡易收貨;選錯會讓放行閘門邏輯不對,建檔時要選對。
步驟 5 明細=母批、預期效期、數量
👤 採購
怎麼做:明細是母批、預期效期與數量,繼承自採購單。日後收貨產生的子批號會掛在這些母批底下。
為什麼這樣設計:把母批固定在作業單上,讓子批號、報單、放行都能往上追到同一來源,達成非追不可。
步驟 6 作業單=整票進口的追溯中樞
👤 全體
怎麼做:往後每一節的動作——規劃裝運、建立報單、放行提貨、收貨入庫——都會推動這張作業單的狀態往前走。看它就能掌握整批貨的進度。
為什麼這樣設計:單一中樞收斂所有子流程,避免資訊散落多張單據;追溯與跨部門協作都以它為準。
📋 完整規格補充:12 狀態機全表與雙軌里程碑
進口作業單是整票進口的狀態中樞。主狀態 state 共 12 格、只能向前推進(forward-only:不回退、不自動越過「放行」閘門、略過取消/結案)。多數轉換由採購/船務/報單/收貨事件自動推進,只有備貨、待出貨、放行、結案是人工按鈕。
| 順序 | 主狀態(state) | 中文 | 進入這一格的觸發 | 型態 |
|---|---|---|---|---|
| 1 | draft | 草稿 | 作業單建立(採購確認自動生成,或手動新建) | — |
| 2 | confirmed | 已確認 | 採購單按「確認」→ 系統自動推進 | 自動 |
| 3 | production | 備貨中 | 人工按「備貨」 | 人工 |
| 4 | ready | 待出貨 | 人工按「待出貨」 | 人工 |
| 5 | in_transit | 海上 | 船務單填入 ATD 實際開船 → 自動推進 | 自動 |
| 6 | arrived | 到港 | 船務單填入 ATA 實際到港 → 自動推進 | 自動 |
| 7 | customs | 報關中 | 建立/送出報單 → 自動推進 | 自動 |
| 8 | released | 已放行 | 人工按「放行」,且放行閘門通過 | 人工+閘門 |
| 9 | delivering | 配送中 | 收貨單完成配貨/指派 → 自動推進 | 自動 |
| 10 | stored | 已入庫 | 收貨單完成入庫 → 自動推進 | 自動 |
| 11 | done | 結案 | 人工按「結案」 | 人工 |
| — | cancel | 取消 | 人工按「取消」;亦可用「退回草稿」回到 draft | 人工 |
【重點】forward-only:狀態只能往前,不能倒退
系統以
_advance_state() 事件驅動,只接受比目前更前面的目標狀態;已到「已放行」之後不會被自動事件拉回。要退回只有人工「退回草稿」或「取消」兩條路。【重點】放行閘門:released 不是想按就能按
按「放行」時系統彙集
_release_blockers()(規格書確認、收貨與配貨相符…);清單非空就擋下,阻擋原因會列在「放行阻擋原因」欄。詳見節10 放行閘門。【建議】雙軌視圖:12 細狀態 vs 5 里程碑
完整版看 12 格細狀態(含報關/放行作業);標準版進口訂單排程把它收斂成 5 里程碑
schedule_stage:①下單備貨 ②在途 ③到港通關 ④已入庫 ⑤結案——給「只追貨到哪、船務報關外包」的客戶看板/甘特用。同一張單、兩種視角。【提醒】作業流程模式決定要不要跑報關放行
建檔時的「作業流程模式=完整進口 vs 簡易收貨」繼承自採購單:完整進口要跑報單→抽驗→放行閘門;簡易收貨略過報關、直接收貨入庫。選錯會讓後段閘門邏輯不對。
⚠️ 你會遇到的各種情況/重點與提醒
【提醒】狀態 forward-only,已放行不可退
要更正趁未放行。已放行後狀態鎖死,只能靠後續退貨/折讓等機制處理,不能直接退回作業單。(延伸:節10 放行)
【重點】規格書確認沒勾=報關/放行前被警示
作業單上方的規格書確認警示,是提醒你報關前先核對品名、成分、包裝規格,避免報單與到貨不符被海關挑單。報關/放行前務必處理。
【提醒】作業流程模式選對:完整進口 vs 簡易收貨
完整進口要跑報關放行全鏈;簡易收貨略過部分關卡。選錯會讓放行閘門判斷失準,建檔當下就要選對。
【建議】看進度就看作業單
不用翻採購單、報單、庫存四處對;作業單狀態列即整票進度儀表板。
🎯 實務場景範例
情境 · 報單誤申報要更正
報關中發現報單資料錯了。若作業單尚未放行,可退回草稿更正後重跑;已放行則不可退,需走事後更正機制。(延伸:節8 報單、節10 放行)
情境 · 規格書沒確認就要報關
報關前系統以警示提醒規格書未確認。先在作業單確認規格書內容(品名/成分/包裝)再送報關,避免報單與到貨不符。(延伸:節8)
🔗 編碼與追溯關聯:作業單號
延伸章節:節3 採購單|節5 船運|節8 報單稅費|節10 放行|節17 追溯。
IMP-年月-序 於歸併時自動生成,是一票進口主鍵;12 狀態機採 forward-only 推進(_advance_state)。所有子流程(船運/報單/放行/收貨)與子批號都以它為錨。延伸章節:節3 採購單|節5 船運|節8 報單稅費|節10 放行|節17 追溯。
📝 狀態列直接點選與權宜跳關留痕
狀態列不只是顯示進度——可以直接點選。實務上(尤其船務/報關外包時)偶爾需要「先把狀態推過去、事後補文件」的權宜操作。系統的設計是軟卡:不硬擋這種跳關,但會在單據的訊息紀錄(chatter)自動留下警告,寫明跳過了哪些檢查——彈性保留、責任可追。
步驟 1|直接點狀態列的目標狀態:此案還在「到港」,報單與邊境報驗都未完成(放行閘門未過)。需要權宜先行時,直接在狀態列點「已放行」即可——系統不會擋(用匯入或 API 直接寫入狀態也是同樣行為)。
- ①(藍・請認識)狀態列=12 狀態中樞,目前停在「到港」
- ②(紅・操作)直接點目標狀態「已放行」=權宜跳關
步驟 2|系統自動留痕:點下去狀態立即跳轉,訊息紀錄同時出現兩則:狀態變更軌跡(到港 → 已放行),以及一則警告,逐項寫明繞過了哪些閘門檢查(本例:尚無報單、尚無邊境報驗)。主管與稽核事後可在單據上完整還原「誰、何時、跳過了什麼」;把狀態改回去也一樣會留下軌跡。
- ①(藍・系統留痕)警告逐項列出繞過的檢查,並提醒「請確認後續補齊或改走正規流程」
⚠️ 重點確認:①跳關是例外不是常規——留痕警告出現後,請回頭補齊報單/文件/報驗,或把狀態退回改走正規流程(點狀態列即可退回,一樣留軌跡)。②系統分得清「人工跳關」與「正常自動推進」:由事件驅動的自動推進(例如報單放行後自動進入下一狀態)不會產生跳關警告,正常操作不會被誤標。③抽驗不合格(見節9)與其他法規紅線仍是硬擋,軟卡彈性不適用。
🔎 實機驗證點(§7A):UAT 已驗——①案件在「到港」且閘門帶「尚無報單、尚無邊境報驗」阻擋時,點狀態列「已放行」直接跳轉成功,chatter 立即出現「已直接跳關至…繞過放行閘門檢查」警告並逐項列出原因;②以系統自動推進(事件驅動)變更狀態只留軌跡、不產生跳關警告(不誤報);③本行為與本節示範影片一致(影片已同步更新為可點選版)。
進口採購通關系統 · 教育訓練教材(標準版)
1.
「進口作業單」在系統中的角色是?