客人完成下單
訂單先建立在 SHOPLINE 裡。
不需要會寫程式。先把 SHOPLINE 想成一間很大的商店,API、MCP、Webhook 就是三種不同的「溝通方式」。它們各有工作,不能互相完全取代。
把三個名詞放進同一件真實事情
訂單先建立在 SHOPLINE 裡。
主動通知:「有新訂單了!」
取得品項、金額、付款與配送狀態。
同仁可問小萊:「今天有幾張新訂單?」
會什麼、不能做什麼,一次分清楚
官方服務櫃台
就像到銀行櫃台辦事:你要先說清楚想查什麼或想辦什麼,櫃台確認你有權限後,才會回覆或處理。 我們的電商 APP 會透過 SHOPLINE API 讀取正式商店資料。
正式 token 與唯讀連線已完成;寫入功能全部鎖住,需分組測試、人工核准後才會開啟。
AI 專用遙控器
過去每套系統都有不同按鈕和說法;MCP 像一支通用遙控器,把可用功能整理成 AI 看得懂的按鍵。 所以同仁可以用白話問小萊,小萊再選擇被允許的工具完成查詢。
SHOPLINE MCP 已完成授權,只開放核准的低風險查詢;高風險操作仍隱藏。
自動門鈴
就像有人按門鈴,你不用每分鐘開門查看。訂單成立、付款完成或出貨狀態改變時,SHOPLINE 可以主動把事件送到電商 APP 的接收網址。
正式 SHOPLINE Webhook 尚未啟用;會先完成測試環境、驗證、防重複、重試與補抓機制,確認不漏單後才上線。
少一個,整套系統就會有缺口
如果沒人主動詢問,就不知道剛剛是否有新訂單或付款。
知道事情發生了,仍需要 API 打開正式紀錄確認細節。
它適合讓人操作 AI,不適合單獨負責全天候同步與對帳。
Webhook 報消息、API 拿正式資料、MCP 讓同仁用白話請 AI 幫忙。
真正能上線,還要有四道保護
只開工作真的需要的權限。能查資料,不代表可以直接改價格或退款。
token 就像鑰匙,只能放安全儲存區,不能放網頁、聊天或程式碼。
Webhook 進來時要先驗明身分,避免陌生人假裝 SHOPLINE 傳資料。
每次處理都要留紀錄;失敗要重試,漏掉要能用 API 對帳補回。
最容易混淆的地方
不是。API 是 SHOPLINE 正式交換資料的櫃台;MCP 是讓 AI 更容易找到並使用核准工具的遙控器。MCP 背後常常還是會透過 API 辦事。
不會。這裡說的是 SHOPLINE Webhook,處理訂單、付款、商品等商店事件;它和 LINE OA 接收顧客訊息的 Webhook 是兩套不同設定。本案目前也不會更動 LINE OA 正式收訊線路。
因為通知常像一張「有事情發生」的小紙條,不一定包含所有細節。API 才能打開正式紀錄,確認品項、金額、付款與配送等完整內容。
正式系統不應只靠一次通知。我們會做重試、錯誤佇列及定期 API 對帳;即使一時漏接,也能再把資料補回來。
目前不行。現在只開唯讀查詢;價格、庫存、優惠、退款及出貨都屬高風險寫入,要通過測試、差異預覽與人工核准後才會分組開放。