<aside> 🧭

單元定位｜把市場開發、談判與合約串成一筆可執行、可收款、可交貨的完整交易

</aside>

D.4 的重點不是再學一套新名詞，而是把前面市場開發、詢價／報價／還價與合約確認，串成一個完整交易鏈。真正要管理的是：交易條件從哪一版開始、經過哪些修改、最後如何被固定到合約與出貨文件，以及各文件是否互相一致。

<aside> 🗺️

本單元大綱

</aside>

  1. 交易往來時間線
  2. 報價與還價條件收斂
  3. 接受與銷售合約
  4. 付款與出貨準備
  5. Commercial Invoice（商業發票）
  6. Packing List（裝箱單）
  7. B/L = Bill of Lading（海運提單）
  8. 跨文件一致性與 AI = Artificial Intelligence（人工智慧）輔助

教學簡報

A1_Slides_Master_v2.html

核心重點

<aside> 💡

面向 核心問題 實務重點
交易往來 條件從哪一版開始？ Inquiry、Offer、Counter-offer、Acceptance 都要保留日期與版本。
合約 最終條件固定了嗎？ 以 Sales Contract（銷售合約）或其他最終確認文件收斂品項、數量、價格、付款與交期。
付款 何時收多少？ 付款比例、到期節點與實際入帳都要有明確責任人。
Commercial Invoice 賣了什麼、多少錢？ 買賣雙方、品名、數量、單價、總額、幣別與交易條件應正確。
Packing List 實際裝了什麼？ 件數、包裝、毛淨重、尺寸／材積與嘜頭要能對應實貨。
B/L 誰把貨運到哪裡？ Shipper、Consignee、Notify Party、裝卸港與貨描要依指示核對。
一致性 不同文件互相對得起來嗎？ 公司名稱、品名、數量、港口、日期與交易資訊必須跨文件比對。
可追溯性 修改是誰核准的？ 保留版本、Email、核准與異常修正紀錄。
</aside>

完整教材

<aside> 🔗

一、交易案例主軸：從接觸到執行

</aside>

一筆國際交易通常從接觸與詢價開始，接著進入報價、還價、接受、合約確認、付款與出貨。前面每一步形成的條件都會影響後面的文件與執行，所以業務端應建立一份「交易條件主檔」，至少記錄品項、數量、單價、總價、折扣、幣別、付款、交期、**Incoterms® = International Commercial Terms（國際商業條規）**及指定地點。

交易條件主檔的目的，不是再多做一張表，而是避免團隊分別從不同 Email、報價單或採購單抓資料，最後產生多個互相衝突的版本。

<aside> ✉️

二、電子郵件不是聊天紀錄，而是條件版本

</aside>