Foodpanda / Keeta 自動接單點設定？

自動接單實際上做緊乜？

所謂自動接單，係平台收到客人落單之後，直接經 API 通知你嘅 POS，POS 自動建立一張訂單、按餐牌分派去對應工作站、再自動出廚房單。全程唔需要員工打字。

同「平台平板」比較，分別唔止快咗：訂單內容、備註、餐具數量、送餐時間全部係機器傳過嚟，唔會因為手快打錯而做錯餐。

對接之前要準備嘅：餐牌對應

對接最花時間嘅一步係餐牌對應 (menu mapping)：平台上嘅每一個商品，要對得返你 POS 入面嘅商品。如果兩邊名唔一樣、或者平台有啲配搭你 POS 冇，訂單入到嚟就會對唔到數。

實務上最順嘅做法係反過嚟做 —— 先喺 POS 整理好餐牌，再由 POS 推上平台。咁樣兩邊天生一致，日後改價亦只需要改一次。

• 先確認 POS 餐牌嘅分類、選項組、套餐結構已經整理好
• 由 POS 推送餐牌上平台，而唔係喺平台後台逐個開
• 推送之後抽幾個複雜商品 (套餐、多選項) 落單測試，睇備註有冇跟到

接單模式：自動接 定 人手確認？

大部分平台容許兩種做法：訂單一入即自動接受，或者停喺「待確認」等員工撳制。

繁忙時段自動接受可以慳好多動作，但如果你間舖經常會賣晒某幾樣嘢，人手確認反而更安全 —— 因為接咗之後先取消，對舖頭評分影響大過一開始就拒絕。實務上好多舖頭會分時段：午市自動接，其餘時間人手確認。

準備時間同「食物準備完成」

平台會根據你嘅準備時間安排騎手。如果實際比報稱慢，騎手就會喺舖頭等，你嘅評分會跌。

好嘅做法係喺 POS 一撳「準備完成」就同步通知平台，等騎手唔使白等；同時保留可以即場加減準備時間嘅按鈕，繁忙時段加五分鐘好過張張單遲。

接單失敗最常見嘅原因

對接落地之後最常見嘅問題其實唔複雜，多數係以下幾個：

• 餐牌改咗但冇重新推送 —— 平台仍然賣緊你已經刪咗嘅商品
• 商品喺 POS 標記咗售罄，但平台冇同步，客人照落單
• 網絡中斷期間嘅訂單冇補送機制，斷線嗰陣嘅單就此消失
• 備註欄位冇對應，客人寫嘅「走冰」出唔到落廚房單

驗收要測乜？

對接完成唔等於做好。落實用之前，親自由平台落幾張測試單：一張最複雜嘅套餐、一張有備註嘅、一張落完即刻取消。三張都行到，先算真係通。