外銷訂單怎麼管？從接單審查、出貨到收款的完整流程

內容目錄 顯示

外銷訂單不能只由業務收到客戶確認後直接丟給工廠。正確做法是先凍結客戶版本，完成商務、信用、產品、出口管制與履約能力審查，再建立內部 Sales Order；之後用承諾交期與里程碑驅動採購、生產、文件、報關和出貨，最後把發票、出口證明、銀行收款及扣款逐筆沖銷。

外銷訂單會牽動斷料時能否辨識影響、啟動替代方案並維持交貨，不是出事後再補文件就一定能補救。若沒有在交易前確認條件與證據，可能讓團隊漏掉低金額卻關鍵的單點，等到交期失守才發現沒有備援。

客戶改單、缺料或逾期時，則回到具名負責人、hold reason 與版本變更流程處理。

這是一條 order-to-cash（O2C）控制鏈，不只是業務助理的輸單工作。建議把流程設成三道閘門：

本文提供台灣外銷團隊的流程設計框架，不是特定 PO、合約、報關、信用狀、稅務、外匯或出口管制案件的法律與財務意見。高更新官方

Order acceptance gate：這筆生意能不能接、該不該接？
Promise gate：公司有沒有能力承諾這個交期？
Shipment release gate：出貨前的商務、信用、供應、品質、法遵與文件是否全數放行？

本文提供台灣外銷團隊的流程設計框架，不是特定 PO、合約、報關、信用狀、稅務、外匯或出口管制案件的法律與財務意見。高更新官方

先分清四種紀錄，狀態才不會互相蓋掉

很多公司的問題不是「沒有系統」，而是把不同層次的紀錄都叫做訂單。一旦某人把狀態改成「完成」，其他部門就以為貨已交、文件已齊或款已收。

紀錄層次	回答的問題	不代表什麼
客戶確認／PO／Email	客戶目前要求什麼？是哪一版？	不自動代表公司已完成內部接受、信用核准或產能承諾
Internal Sales Order	公司接受後，要由誰依哪個基準版本執行？	不代表已生產、已報關或已出貨
Fulfilment／Shipment	哪些數量已備妥、已交運，哪些仍欠貨？	不代表發票已正確開立或款已收到
Invoice／Accounts Receivable	公司對誰有多少到期債權，現金是否已入帳並沖銷？	不代表所有品質、索賠或稅務證據已結案

因此，「已輸入 ERP」「已出貨」與「已結案」都應有自己的定義。客戶確認文件是外部需求版本；Internal Sales Order 則是公司完成審查後，產生的內部執行主檔。兩者相關，但不應只是原文照抄或互相取代。

本文不討論 Purchase Order 的完整欄位或法律效果。實際訂單何時成立、誰有權代表雙方、條款衝突時採哪一份文件，應由法務依契約與往來紀錄判斷。

第一道閘門：接單前審查「能不能、該不該接」

接單審查不是要求所有部門開長會，而是把會造成退單、延誤、呆帳或違規的問題，在公司正式承諾前攔下來。

商務條件與版本

先凍結客戶要求的版本，確認產品、數量、價格、幣別、交貨規則與精確地點、付款、文件、標示、包裝、驗收、保固、變更及索賠接口。Incoterms® 只分配特定交貨、風險、費用及清關責任，並不處理付款、產品品質、所有權與全部違約條件，因此不能只看到三個英文字母就跳過其餘審查。

這裡的目的不是重寫 PO 教學，而是建立一張「Order Acceptance Summary」：每項條件由哪個來源確認、誰核准、有沒有例外，以及正式回覆客戶的是哪一版。

信用與付款

財務至少要確認客戶法律實體、既有逾期、可用信用額度、付款方式、付款期限、訂金或擔保、銀行條件，以及出貨放行要看什麼證據。新客戶或大額訂單可再評估徵信、輸出保險、保理或其他風險工具。

中國輸出入銀行的官方資料指出，出口商可能面臨國外買主信用風險與進口地政治風險，並提供 O/A、D/P、D/A、信用狀等交易的不同輸出保險服務。但保險有核保、額度、期間、條款與除外，不能取代徵信、信用限額、催收與異常通報，更不能把「有投保」寫成「保證收回全部貨款」。

產品、客戶與出口管制

經濟部國際貿易署的企業內部出口管控制度（ICP），把管控範圍從客戶詢價、訂單處理、會計作業一路延伸到出貨。接單時應先查：

商品的 CCC 號列與是否有特殊輸出規定。
商品、軟體或技術是否可能屬 SHTC。
下單客戶、收貨人、最終使用者與相關交易方。
最終用途、目的地、轉運路線與異常紅旗。
是否需要許可、最終用途文件或其他保證文件。

貿易署指引特別要求訂單處理系統具備暫停交易、簽發程序及具名簽審。這不是「查過一次就永久有效」；名單、路線、最終使用者或商品變更時要重跑，出貨前也要再次篩選。

履約初評

採購、生產、品保與物流要回答的不是「應該可以」，而是：現貨與在途物料有多少？缺料何時到？可用產能及換線限制是什麼？檢驗、包裝、客戶承認、訂艙、許可及文件各需多少前置時間？只要有一項未確認，就先把狀態設為 HOLD 或 PENDING REVIEW，而不是默認接受。

Internal Sales Order 不是重打一張客戶訂單

通過第一道閘門後，才建立內部 Sales Order。它的任務，是把分散在 Email、報價、客戶文件與會議紀錄中的承諾，轉成公司能執行、能稽核的單一事實來源。

無論用 ERP、CRM 或受控試算表，至少要能識別：

唯一 order ID，以及對應的客戶來源版本。
Order owner、每個 line／shipment owner 與例外負責人。
產品、數量、價格、幣別、交貨與付款的已核准摘要。
requested date、promised date 與分批出貨計畫。
信用、法遵、品質、文件與物流各自狀態。
HOLD 原因、提出者、解除條件、核准者與時間戳。
採購、生產、檢驗、訂艙、文件、報關、發票、收款與索賠的關聯編號。

「單一事實來源」不代表只有一個系統，而是所有系統都能追到同一 order ID、基準版本與最新有效狀態。若 Email 是第 4 版、ERP 是第 3 版、工單又沿用第 2 版，就沒有真正的主檔。

第二道閘門：先確認能力，再給 promised date

交期爭議常來自同一個「交期」欄位同時代表五件事。建議分開記錄：

日期	意義	主要負責者
Customer requested date	客戶希望何時交付或出貨	業務記錄，不等於公司承諾
Company promised date	公司跨部門審查後正式承諾的日期	供應鏈確認、業務對外回覆
Planned ship date	目前計畫的出貨日，會隨執行資訊滾動	生管／船務
Actual ship／on-board date	實際交運或裝船的可驗證日期	船務／物流文件
Invoice due date／cash date	應收何時到期、何時實際入帳	財務

Promise gate 應把物料、產能、檢驗、包裝、訂艙、報關與許可前置時間放在同一條時間線上。沒有任何官方資料支持所有公司套用固定的「多抓 7 天」；buffer 應依產品、航線、供應商表現與歷史變異設定，並定期校正。

若客戶要求早於可行日期，選項應被具體化：拒絕、改數量、分批、改運輸、替代料或支付加急成本。每個方案都要重新評估品質、價格、付款、文件與法遵，不能只改日期。

從採購、生產到文件，用里程碑與 RACI 驅動

一筆訂單可拆成 11 個階段，每個階段都要有 owner、due date、status、evidence 與 hold reason。

階段	主要輸出	建議主責
1. Intake	客戶來源版本、需求摘要、缺件清單	業務／業助
2. Acceptance review	商務、信用、法遵、履約初評	跨部門
3. Sales Order	唯一 ID、基準版本、owner、狀態	業助／Order Management
4. Credit setup	額度、付款工具、放行條件	財務／授信
5. Promise	正式承諾日與分批方案	生管＋業務
6. Supply	採購、物料、產能與工單	採購／生產
7. Quality	檢驗、證書、客戶承認	品保
8. Booking／documents	訂艙、發票與裝箱資料草稿	船務／物流
9. Release／customs	六關 release、報關與特殊文件	法遵／財務／船務
10. Ship／invoice	實際出貨、運送文件、發票與 AR	船務／財務
11. Collect／close	銀行入帳、沖銷、索賠／餘量結案	財務＋Order owner

RACI 不用複雜，但不能只有「業務部負責」。例如，承諾交期可以由生管負責提供可行日、業務對客戶負責溝通，採購與品保被諮詢，財務與船務被通知；解除信用 hold 則應由財務負責，不能讓業務自行繞過。

第三道閘門：出貨前六關同時放行

貨做好不代表可以出。出貨 release 至少分成六關，而且每關都要有明確的 PASS／HOLD／EXCEPTION APPROVED 與具名核准人。

商務關：客戶、ship-to、版本、數量、價格、交貨條件、分批與變更已批准。
信用關：訂金已實際入帳、額度足夠、沒有阻擋性逾期，或銀行／保險條件已完成。
供應關：成品、包裝、標示、批號／序號與實際可出數量正確。
品質關：檢驗、測試、證書與必要的客戶 release 已完成。
合規關：重新查產品分類、最新實體名單、最終使用者／用途、目的地、路線與許可。
文件／物流關：訂艙、invoice、packing list、報關及特殊文件使用相同有效版本，cut-off 可達成。

關務署 2026 年現行說明指出，出口須出口報單及必要證件；一般文件與特殊文件則依交易和貨品要求提供。客戶訂單或 Internal Sales Order 是資料來源，不是報關文件本身。報關行已傳輸、海關已放行，也不能取代公司的信用、品質或出口管制放行。

出貨只是流程中點，收到並沖銷現金才接近結案

出貨後先把實際數量、日期、批號、運送文件與報單號回寫到 shipment record；若分批，剩餘數量要留在 backorder，不可把整張 Sales Order 一次標成完成。

接著以 shipment 產生或核對 invoice，並讓 invoice、報單、運送文件與客戶應付資料能回到同一 order ID。財政部資料顯示，不同出口型態適用零稅率的證明要求可能不同；若日後有折讓、退貨、補運或外銷損失，也須依情況保留契約、索賠、檢驗、報關與收付證明。

這也是為什麼訂單不能在「貨離廠」當天就草率關閉。

銀行有款項進來後，財務還要做 cash application：

核對實際付款人是否與客戶／合約安排一致。
核對 value date、幣別、金額與對應 invoice。
拆分銀行費、匯差、短付、超付、預付款或多張發票合併付款。
依需要向承辦銀行提供交易契約及相關證明，誠實辦理外匯申報。
無法對應的款項先進 exception queue，不靠人工備註永久擱置。

Order close 的條件可定義為：全部出貨或已核准取消、全部 invoice 已開立、全部現金已沖銷或已有核准的呆帳／爭議處理、文件與稅務證據齊全、所有索賠與 credit note 已結案。

客戶改單、缺料與延誤，必須進入變更與異常閉環

客戶透過 Email 改數量、提前交期或換 ship-to 時，不能直接改 ERP。正確順序是：

Freeze 目前有效 baseline。
記錄客戶要求的 delta 與來源。
評估價格、毛利、信用、物料、產能、品質、物流、文件、報關與出口管制影響。
由有權人核准接受、拒絕或提出替代方案。
取得客戶對新條件的確認。
建立新版本與生效時間，舊版唯讀保留。
重跑受影響的 acceptance、promise 或 shipment release gate。

例如，客戶要求把 1,000 件提前一週，但公司只能先做 600 件。

分批不是只把出貨數量改成 600：還要建立兩條 shipment line，確認剩餘 400 件的承諾日、兩次運費、分批是否符合付款／信用狀、invoice 與 packing list 如何拆、許可及客戶驗收是否仍有效。

異常管理也應使用固定閉環：detect → HOLD → owner → customer impact → decision → evidence → resume/close → root cause review。

常見類型包括缺料、品質不合格、訂艙取消、文件不符、海關查驗、短溢裝、拒收、索賠、信用額度不足與逾期款。沒有 owner 與 due date 的異常，不是已通報，只是被留在收件匣。

狀態字典與 KPI，才知道訂單卡在哪裡

不要用一個 overall status 代表所有事情。至少分四層：

Order：intake、under review、accepted、on hold、changed、cancelled、closed。
Fulfilment／shipment：unplanned、planned、in production、ready、booked、shipped、delivered、backordered。
Document／compliance：pending、screening、permit required、approved、discrepant、released。
Invoice／AR：not invoiced、invoiced、not due、due、overdue、partially paid、paid、disputed、written off approved。

管理指標也要看完整鏈條，而不是只看出貨額：

KPI	看出什麼問題
Acceptance cycle time	訂單卡在審查還是資料不完整
Promise date change rate	公司是否太早承諾，之後反覆改期
On-time-to-promise	對正式承諾日的履約可靠度
Document first-pass yield	文件一次正確率與重工來源
Shipment-to-invoice time	出貨後多久形成可收款債權
Overdue rate／exception aging	逾期與異常是否被及時處理
Cash application lag	錢已到但尚未沖帳的時間
Claim／credit note rate	品質、交付或商務承諾造成的收入流失

沒有通用的「及格天數」。公司要固定每個 KPI 的起訖點、分母、時區與排除條件，再依產品線、客戶與航線比較趨勢。

外銷訂單 25 項檢查表

接單

[ ] 客戶確認文件已凍結版本、日期與來源。
[ ] 客戶法律實體、bill-to、ship-to、最終使用者已識別。
[ ] 商務條件、例外與核准人已記錄。
[ ] 信用額度、付款方式、逾期與風險工具已審查。
[ ] CCC、輸出規定、SHTC、名單、用途與目的地已初查。

承諾

[ ] 已建立唯一 Sales Order ID 與 owner。
[ ] requested date 與 promised date 分開。
[ ] 物料、產能、品保、包裝、物流、文件／許可前置時間已確認。
[ ] 分批、替代料或加急方案已取得跨部門與客戶確認。
[ ] 所有未決事項均有 HOLD、owner、解除條件與 due date。

執行

[ ] 採購、工單、檢驗、訂艙及文件均連回同一版本。
[ ] 每個里程碑有 owner、日期、狀態與證據。
[ ] 變更先做 delta 與影響分析，再建立新版本。
[ ] 客戶、商品、最終使用者或路線變更後已重跑法遵。
[ ] 預期延誤已量化影響並由業務提出可核准方案。

出貨

[ ] 商務、信用、供應、品質、合規、文件／物流六關已具名放行。
[ ] 實際可出數量、批號／序號、包裝與標示一致。
[ ] Invoice、packing list、訂艙、報關與特殊文件使用同版資料。
[ ] 名單、最終用途／使用者、目的地、路線與許可已再次查核。
[ ] 實際出貨量、日期、運送文件與報單號已回寫。

收款與結案

[ ] 每一 shipment 已對應 invoice 與應收帳款。
[ ] 銀行入帳已按付款人、幣別、金額、value date 與 invoice 沖銷。
[ ] 短付、費用、匯差、索賠與 credit note 有 exception case。
[ ] 出口、稅務、外匯與異常證據已依制度保存。
[ ] 餘量、backorder、取消、爭議與應收均達核准結案條件。

常見問題

收到客戶 PO 就算接單嗎？

不能只用一句話判斷法律效果，也不應直接等同公司可履約。流程上，先把它視為客戶需求版本；公司完成商務、信用、法遵與履約審查，並依授權正式回覆後，再建立可執行 Sales Order。法律上的成立與條款優先順序另由法務判斷。

Sales Order 與客戶訂單差在哪裡？

客戶訂單描述外部需求；Sales Order 是公司內部接受後的執行主檔，會加入 owner、狀態、交期、信用、法遵、供應、出貨、文件與收款關聯。它不應只是重新輸入同樣文字。

誰能承諾交期？

業務負責對外溝通，但 promised date 應由可用物料、產能、品質、物流、文件與許可共同形成。建議由供應鏈或生管提供可行日，再由授權業務正式承諾。

客戶臨時改數量怎麼辦？

先保留原 baseline，記錄差異，重新評估價格、信用、供應、交期、文件與法遵，再由雙方確認新版本。若分批，建立獨立 shipment line 與餘量，不直接覆蓋原資料。

海關放行後可以直接出貨嗎？

海關放行只代表通關閘門已完成，不能取代信用、品質、出口管制、文件一致性與承運／場站要求。公司 shipment release gate 仍須全部通過。

已出貨何時才能關單？

至少要確認全部數量已出貨或核准取消、invoice 已開立、收款已沖銷或爭議已有核准處理、出口與稅務證據齊全、索賠及 credit note 已結案。出貨是里程碑，不是現金循環終點。

結論：先做一個能 HOLD 的流程，再談自動化

外銷管理真正需要的，不是更多「完成」按鈕，而是清楚知道哪一道閘門尚未通過、誰能解除 HOLD、解除依據是哪個版本。先選一條產品線試跑 30 天，定義四層狀態、三道閘門、named owner 與 hold reason，再每週檢查 exception aging。

等流程和責任穩定後，再把規則放進 ERP／CRM。否則，自動化只會讓錯誤版本更快流到工廠、報關行、銀行與客戶端。

法規、平台、費率與其他高更新資訊，仍應以文末官方來源的最新版本為準。