可信任的設計
決定權留在操作人員手中。衝突會被揭露，不會被靜默覆蓋。
最終由人確認
HS code、版本選擇、報關送件——每一項關鍵決定皆由具執照人員確認。
欄位皆有來源
每一個欄位都附上檔案、頁碼與信心分數，操作人員可一鍵回查。
文件版本控管
舊版與修訂版皆會被標記、排序，待人員確認——不會自動定案。
衝突揭露，不靜默覆蓋
當 B/L 與裝箱單數值不一致時，兩邊數值與來源會並列呈現，最終取捨由人員判定。
產品邊界
做哪些事——又不做哪些事。
邊界清楚，客戶才知道代理在哪一刻停下、由具執照的報關人員接手。
做這些事
- 由電子郵件對話串與附件建立 shipment case
- 建立文件清單，列出缺件
- 偵測舊版與修訂版文件
- 抽取交易方／事實欄位／商品明細，並錨定來源
- 跨文件一致性檢查
- 客戶追問清單草稿
- 輸出報關前審核包（PDF／Excel／JSON）
不做這些事
- 正式報關申報
- 做最終 HS code 法律判定
- 計算最終稅額或關稅
- 直接送件至政府系統
- 取代具執照的報關人員或合規負責人
案件如何流轉
從零散電子郵件，到可審核的 packet。
MVP 六個階段；每一階皆保留人員介入點，來源皆可回查。
Case 建立
把電子郵件對話串與附件歸納為一票 shipment case，發現多票時標記。
文件分類
辨識發票、裝箱單、B/L 或 AWB、證書，並列出仍缺哪些。
版本偵測
舊版還是修訂版？郵件指示還是檔案時間？只推薦，不靜默決定。
欄位與商品明細抽取
交易方、運輸、發票、裝箱、商品明細——每個欄位皆對應到來源頁面。
跨文件一致性
發票合計與明細加總、裝箱重量與 B/L 重量、公司名稱不一致——揭露而非私下修補。
缺件與審核包輸出
列出仍缺哪些、草擬客戶追問、匯出可供人員審核的 pre-clearance packet。