外賣平台訂單點樣接入 POS？香港餐廳對接前先確認 6 件事

外賣平台對接 POS，不只是把另一部平板搬走。真正要先問清楚的是：平台訂單怎樣進入店內流程、餐牌資料怎樣處理、誰負責出單，以及取消或異常訂單出現時由誰跟進。Tappo 可對接外賣平台；實際支援的平台和各項資料處理範圍，應在啟用前逐項確認。

如果你店舖主要是客人掃 QR Code 自己落單再到店取餐，這是外賣自取流程，不等於第三方外賣平台配送。這篇只談後者：已有平台訂單時，選 POS 或安排對接前應怎樣拆開問題。

先分清：外賣平台，不等於外賣自取

外賣自取的客人直接向店舖落單，店舖再準備餐點讓客人取走；第三方外賣平台則多了一個平台入口和配送／平台訂單流程。兩者都可能有餐牌、落單和出餐，但資料從哪裡來、誰處理異常單，未必相同。

如果你想先梳理門口、傳單或網上 QR Code 的自取流程，可看 外賣自取 QR Code 點餐；如果重點是 QR 接單後店內如何處理，則看 QR Code 接單流程。

一張平台訂單進店後，要經過哪些位置？

先用最簡單的一張正常訂單想像流程：客人在平台下單、店舖收到新單、同事開始備餐、完成後交給取餐者或配送流程。每一步都值得問一句：資料從哪裡來？誰看到？出了問題找誰？

不需要預先假設所有資料都會自動流動。平台訂單是否進入 POS、餐牌或售罄資料是否要另外處理、廚房或櫃檯怎樣收到訂單，應按實際方案確認。

對接前先確認 6 件事

1. 先把平台名稱講清楚：例如 foodpanda 還是 Keeta？

香港店主常會先說自己正在用 foodpanda 或 Keeta。這些名稱應該成為你查詢時的第一行資料：你現時用哪個平台、在哪區接單、由哪個帳戶營運。不要只問「可不可以對接」；要確認你正在使用的平台是否在實際方案範圍內。平台名稱出現在這裡，是為了讓你問得具體，並不是 Tappo 的支援名單。

2. 訂單進店後，誰要看見和處理？

櫃檯、備餐同事和老闆需要看的資料不一定一樣。先說明你現在如何收到新單、誰確認、繁忙時段誰負責看異常，才容易判斷所需流程。

3. 餐牌、價格和售罄要怎樣維護？

餐牌常改的小店，最怕店內和平台顯示不一致。啟用前要確認餐牌、價格、供應狀態由誰更新，以及改動後何時生效；不要預設會自動同步。

4. 訂單要怎樣交到備餐位置？

問清楚同事用甚麼方式得知新單、怎樣避免漏單，以及繁忙時如何核對。這是店內工作設計，不是只看某一部裝置。

5. 取消、缺貨或其他異常單怎樣處理？

先用一個真實例子問：某項餐點已售罄、客人取消或店舖看不到訂單時，誰先處理、用哪個入口處理、怎樣通知同事。退款、狀態和責任分工要按平台與方案確認，不能只靠一般說法。

6. 費用與支援責任由誰負責？

把 POS 方案、平台安排和任何設定／支援條件分開問。費用結構不是「有沒有月費」一句能說完；如想先了解按單收費的方式，可看 無月費 POS 的收費方式，成本項目則可看 餐飲 POS 系統成本。

單平台與多平台，先處理哪一個問題？

對三人以內的小店，先把一個最常用平台的一張正常訂單走順，通常比一次過設計很多流程更實際。例如你同時收到 foodpanda 和 Keeta 的單，先挑中午最常見的一張單，確認同事怎樣看到訂單、怎樣備餐、怎樣交餐，再決定是否需要擴大安排。這不是說兩個平台會以相同方式處理；正因為未必一樣，才要逐項確認。

若你同時有多個平台，不要假設它們會以同一種方式處理。先列出各自的現況和最常出錯的位置，再逐項向服務提供方確認。

甚麼情況值得先問清楚再決定？

如果你有平台配送訂單、店內又有自取或堂食單，而且餐牌常調整，先把訂單來源分開畫出來會更容易溝通。選 POS 的整體取向，可先從 香港餐飲 POS 系統點揀 開始，再帶著你的實際流程比較。

常見問題

平台訂單一定會自動進入 POS 嗎？

不應預設。Tappo 可對接外賣平台，但實際訂單處理方式和支援範圍，要在啟用前按平台和方案確認。

餐牌、價格和售罄資料會否同步？

這是啟用前要逐項確認的資料範圍，不宜先當作既定功能。

取消或異常訂單由誰處理？

不同平台與方案的處理入口及責任可能不同。先用你店內常見的異常情況，確認清楚處理步驟和支援責任。

先用你的真實流程問一次

想了解對接是否適合你現時的店舖流程，可 WhatsApp 查詢 Tappo，並提供：現用平台名稱（例如 foodpanda／Keeta）、每日大概平台單量、同事現在怎樣接單和出餐。先確認方案範圍，再決定下一步。

想先核對外賣平台訂單怎樣進店？

把現用平台名稱、每日平台單量和同事現時接單／出餐方式傳給 Tappo，先確認方案範圍和流程責任。