決定連接需要做甚麼
訂單更新、預約提醒及客戶支援需要不同資料與回應方式。列出觸發訊息的事件、接收人，以及客戶回覆後員工如何處理。訊息連接並不等於完整客戶服務系統。
把訊息接入有員工負責的工單
客戶在客服下班後要求改期。在此規劃示例中，系統記錄要求並指派下個更次，不承諾已保留新時段。平台訊息規則須另按現行官方文件核對。
| 事件 | 所需處理 |
|---|---|
| 同一訊息收到兩次 | 以供應商訊息識別碼避免重複工單 |
| 客戶提供預約編號 | 披露或更改預約前核實身分 |
| 員工在共用收件匣回覆 | 記錄負責人、傳送狀態及待辦操作 |
確認帳戶及平台要求
按預定用途檢查 Meta 現行設定要求、電話號碼安排、權限及訊息政策。範本審批及供應商收費可能影響範圍。應由公司掌握帳戶，並確認員工使用的平台或共用收件箱。
處理送達狀態及回覆
已發送請求本身不能證明客戶已收到訊息。系統需處理狀態更新、回覆及失敗，同時避免重複通知。Meta 官方例子涵蓋 Cloud API 訊息及 webhook 處理，實作時應參考現行平台文件。
進行前先確認
- 確認帳戶擁有權及員工收件箱。
- 檢查現行政策、範本及用量收費。
- 測試回覆、送達失敗及重複事件。
