PPT_補充
國際商務應用:RFID、OAuth、API、MCP 與金流
如何把一項商務任務拆成五個問題:貨物在哪裡?誰有權限?系統如何交換資料?AI 如何協調工具?款項何時移動?
一、學習目標
- 正確區分 RFID、OAuth、API、MCP 與金流。
- 能把實務問題轉換成可查詢的條件,而不是只提出模糊需求。
- 能辨識資料來源、授權範圍、AI Agent 的角色及人工核准點。
- 能從物流事件、交易條件與付款里程碑判讀具體結果。
二、核心名詞與功能
縮寫/功能 |
英文原文 |
中文名稱 |
簡短介紹 |
主要管理對象 |
RFID |
Radio Frequency Identification |
無線射頻識別 |
以標籤與讀取器辨識、盤點及追蹤實體物件。 |
貨物、設備、書籍等實體物件 |
OAuth |
Open Authorization |
開放授權 |
讓使用者授權系統存取特定資料或功能,而不必直接交出密碼。 |
身分、權限與授權範圍 |
API |
Application Programming Interface |
應用程式介面 |
讓不同系統依固定格式交換資料或執行功能。 |
系統間的資料與功能 |
MCP |
Model Context Protocol |
模型情境協定 |
讓 AI Agent 以一致方式發現並呼叫外部工具、資料與資源。 |
AI 可使用的工具與資料來源 |
金流 |
Payment, Settlement and Reconciliation |
付款、清算與對帳 |
處理付款、收款、匯兌、信用、清算及帳務核對。 |
資金、付款條件與帳務紀錄 |
學習提示:RFID 管「貨」、OAuth 管「權」、API 管「連接」、MCP 管「AI 如何使用工具」、金流管「錢」。
三、入門案例:圖書館查書
圖書館案例的目的是先讓學生看懂五項功能如何共同完成一個簡單任務。重點不是書本身,而是「從條件到結果」的查詢邏輯。
項目 |
具體內容 |
使用者問題 |
請找出三樓物流管理類書架中,實際在架、目前可借、且預約人數為 0 的書。 |
查詢條件 |
樓層=3;主題=物流管理;RFID 在架狀態=是;借閱狀態=可借;預約人數=0。 |
資料來源 |
RFID 書架盤點、館藏 API、借閱系統 API、預約系統 API。 |
OAuth 權限 |
使用者可查詢館藏與自己的借閱資料,但不能查看其他讀者的個人資料。 |
MCP/AI 任務 |
AI Agent 依序呼叫館藏、RFID、借閱與預約工具,再整合結果。 |
金流延伸 |
若有逾期費,金流系統可查詢費用與付款狀態,但不能因查書而自動扣款。 |
學習提示:這張兩欄表把「任務設計」與「技術作用」放在一起。學生應先學會寫出明確條件,再談 AI 自動化。
書名 |
RFID 實際位置 |
系統借閱狀態 |
預約人數 |
判定 |
國際物流管理 |
3F A-12,在架 |
可借 |
0 |
列入結果 |
全球供應鏈策略 |
未讀取到 |
系統顯示可借 |
0 |
排除:可能錯架或遺失 |
智慧倉儲實務 |
3F A-18,在架 |
可借 |
2 |
排除:已有預約 |
海運與報關管理 |
3F A-20,在架 |
借出 |
0 |
排除:不可借 |
具體結果:AI Agent 回覆「目前只有《國際物流管理》符合條件,位於三樓 A-12,可立即借閱。」
學習提示:學習重點:系統紀錄與 RFID 實際盤點必須一致。
四、案例一:虛擬倉庫與跨境物流
情境:臺灣貿易公司在新加坡、鹿特丹及洛杉磯使用第三方物流倉。管理者要從多個倉庫中選出可在 10 日內交貨、庫存足夠且總成本最低的方案。
項目 |
具體內容 |
使用者問題 |
德國客戶訂購產品 X 共 800 件,哪一個虛擬倉庫最適合出貨? |
查詢條件 |
商品=X;需求量=800;交期≤10 日;實際可用庫存≥800;總成本最低;不得使用即將到期批號。 |
RFID 查詢 |
確認各倉實際庫存、批號、棧板位置與最後盤點時間。 |
API 查詢 |
取得 WMS 庫存、承運商運價、預估到貨日、ERP 訂單與批號效期。 |
OAuth 權限 |
德國業務可查看訂單與交期;物流主管可查看庫存與運價;財務主管才可核准付款。 |
MCP/AI 任務 |
AI Agent 同時呼叫庫存、運價、批號及交期工具,計算並排序出貨方案。 |
金流功能 |
估算倉租、揀貨費、國際運費、保險費與應付物流款。 |
倉庫 |
RFID 實際庫存 |
可用庫存 |
預估到貨 |
總成本 |
結果 |
新加坡 |
1,050 件 |
920 件 |
8 日 |
USD 12,800 |
符合 |
鹿特丹 |
760 件 |
760 件 |
3 日 |
USD 8,900 |
排除:庫存不足 |
洛杉磯 |
1,200 件 |
1,100 件 |
14 日 |
USD 10,600 |
排除:交期超過 10 日 |
具體結果:AI Agent 建議由新加坡倉出貨 800 件,預估 8 日到貨,總成本 USD 12,800;並建立物流費用待審核項目。
學習提示:為何不是選鹿特丹?因為「成本最低」不是唯一條件。鹿特丹雖然便宜且快速,但實際庫存不足。商務決策必須先滿足硬性條件,再比較成本。
五、案例二:B2B 跨境交易與企業付款
情境:德國設備商向臺灣製造商採購 5,000 組工業感測器。賣方要判斷是否接單,以及應採預付款、帳期付款或信用狀。
項目 |
具體內容 |
使用者問題 |
EUR 420,000 的訂單能否接單?付款方式應採 30% 預付款+70% 到貨付款,還是不可撤銷信用狀? |
查詢條件 |
信用評等≥B;逾期帳款=0;毛利率≥18%;45 日內可完成;原料足夠;國家風險不高於公司門檻。 |
RFID 查詢 |
確認主要原料與成品庫存的實際數量與批號。 |
API 查詢 |
取得 ERP 成本、CRM 客戶信用、產能排程、銀行信用額度與匯率。 |
OAuth 權限 |
業務可查看報價;風控可查看信用資料;財務主管才可核准付款條件與銀行指示。 |
MCP/AI 任務 |
AI Agent 整合信用、庫存、成本、產能與付款工具,提出接單與付款建議。 |
金流功能 |
模擬預付款、信用狀費用、匯率風險、銀行費用與應收帳款暴險。 |
檢查項目 |
查詢結果 |
判定 |
買方信用評等 |
B+ |
通過 |
逾期帳款 |
0 |
通過 |
預估毛利率 |
21.4% |
通過 |
45 日產能 |
可生產 5,400 組 |
通過 |
RFID 原料可用量 |
僅支援 4,600 組 |
未通過 |
補料交期 |
12 日 |
可補救 |
國家風險 |
低 |
通過 |
具體結果:AI Agent 建議「有條件接單」,先確認 12 日內補足原料;付款採 30% 預付款、70% 到貨後 15 日付款。若買方不同意預付款,再改採不可撤銷信用狀。
學習提示:「有條件接單」比單純的「接」或「不接」更符合實務。AI 的價值在於指出缺口與補救方式,但付款條件與信用風險仍應由有授權的人員核准。
六、案例三:全球供應鏈與里程碑付款
情境:汽車零件公司從亞洲供應商採購關鍵零件。上海港延誤 5 日,公司要判斷是否改道、是否空運急件,以及哪些款項應暫停。
項目 |
具體內容 |
使用者問題 |
上海港延誤 5 日時,是否改走寧波港?哪些供應商款項應暫停? |
查詢條件 |
工廠安全庫存≥7 日;替代路線額外成本≤USD 15,000;到廠延誤≤3 日;付款里程碑須有裝船、清關或驗收證據。 |
RFID 查詢 |
確認貨物是否已離廠、進港、裝船或到廠。 |
API 查詢 |
取得港口壅塞、船期、海關、承運商、ERP 庫存與銀行付款狀態。 |
OAuth 權限 |
供應商可上傳出貨資料;物流可提出改道;財務可暫停付款;AI Agent 僅建立待核准指令。 |
MCP/AI 任務 |
AI Agent 比對實際物流事件、庫存耗用、替代路線及付款條件。 |
金流功能 |
依里程碑判斷 40% 裝船款、40% 清關款及 20% 驗收尾款是否支付。 |
批次 |
RFID/物流狀態 |
原付款條件 |
替代方案 |
具體結果 |
A 批次 |
已裝船 |
支付裝船款 40% |
維持原航線 |
付款可執行 |
B 批次 |
已進港但未裝船 |
尚未達成裝船里程碑 |
改走寧波港,增加 USD 9,800 |
改道;暫停 40% 裝船款 |
C 批次 |
仍在供應商工廠 |
尚未離廠 |
空運 20% 急件 |
急件空運;其餘延後 |
具體結果:B 批次改走寧波港,增加成本 USD 9,800,預估只延誤 2 日;因尚未完成裝船,暫停其 40% 裝船款。C 批次先空運 20% 急件,避免工廠停線。
學習提示:物流事件不只是「追蹤資訊」,也可能是付款證據。若合約約定「裝船後付款」,則必須先確認真實裝船事件,而不能只依供應商上傳的發票付款。
七、四個案例的整合比較
最後把四個案例放在同一張表中,讓學生看出相同方法如何從圖書館移植到國際商務。
案例 |
主要查詢對象 |
關鍵條件 |
具體輸出結果 |
圖書館 |
書籍、館藏、預約 |
在架、可借、預約為 0 |
列出唯一可立即借閱的書 |
虛擬倉庫 |
庫存、運價、交期 |
庫存足夠、10 日內、成本最低 |
選出新加坡倉出貨 |
B2B 交易 |
信用、產能、成本、付款 |
信用、毛利、產能、原料與風險 |
有條件接單並提出付款方式 |
全球供應鏈 |
物流事件、庫存、路線、付款 |
安全庫存、延誤、改道成本、里程碑 |
改走寧波港並暫停未達成付款 |
學習提示:共同方法:先定義查詢條件,再確認資料來源與權限,最後由 AI Agent 整合工具、提出結果,並保留必要的人工核准。
八、在職學生課堂討論
- 你的公司目前最難取得的是實際物流資料、交易資料、權限資料,還是付款資料?
- AI Agent 應只能提出建議,還是可以建立待核准的訂單、改道或付款指令?
- 哪些 RFID 或物流事件足以作為付款證據?
- 若 RFID 實際庫存與 ERP 帳面庫存不同,應優先採信哪一項?還需要哪些人工確認?
- 哪些 API 或 MCP 工具應限制為唯讀?哪些操作必須採雙重簽核?
九、教學總結
RFID 提供實體世界的物流證據;OAuth 控制誰能看、誰能做;API 讓企業系統交換資料;MCP 讓 AI Agent 統一使用這些工具;金流系統則依合約、信用與物流里程碑處理付款。
真正的商務價值不在單一技術,而在於能否把查詢條件、資料來源、授權範圍、決策規則與結果輸出連成一個可稽核流程。