餐廳改單如何交接：先查廚房進度，再確認調整與帳單

餐廳處理改單時，應先確認原餐點做到哪個階段，再向客人說明能否調整；不能先在桌邊答應，之後只修改帳單或備註。廚房回覆、客人同意和實際執行，都必須對應同一次變更。家庭經營的餐廳即使由家人分工，也應依照同一套核對順序處理；內部決定不代表客人已經接受。

先確認原訂單狀態，再確認可調整的範圍

員工先找到原訂單，確認客人提出的是更改規格、更換一道菜、增加內容，還是取消品項。不同要求不能一概簡寫成「修改一下」。若尚未正式受理客人的變更需求，處理方式與餐點已進入製作階段時不同；前台必須先詢問製作人員目前的情況，再說明店內能接受哪些調整，不能先答應，之後才找理由收回。

廚房的回覆也要具體說明餐點和狀態，例如尚未開始、正在進行某個步驟，或已完成並等候交接。這些狀態是供負責人判斷下一步的事實，不代表所有改動都能繼續執行。客人提出的食材限制若不清楚，應另外核實配方和製作條件；不能把更換配菜理解成已自動符合所有飲食要求。

用一張改單核對單，記錄一次明確變更

• 原訂單與餐點：記下可供查找的識別資訊、原規格和數量，避免只寫「整桌改單」或「修改一下」。
• 客人的新要求：註明是更改規格、更換餐點、增加還是取消，並列出仍需確認的食材、價差和等候條件。
• 廚房回覆：記錄實際進度、能否停止製作或調整，以及回覆的崗位；尚未收到回覆時，保留為待確認事項。
• 客人確認：先重述廚房可執行的範圍，再記錄客人的最後選擇。未經客人同意的替換，不得交由製作崗位當作最終決定。
• 執行確認：寫明由誰接手、原餐點如何處理、修正內容是否已送達工位，以及還在等誰回覆。

修正內容送達工位後，還要取得明確回覆

MenuSnap 的後廚指南指出，紙本單據不會自動反映之後在螢幕上進行的操作，因此需要約定修正內容的傳遞方式。前台將原訂單識別資訊和本次變更交給製作崗位，並請對方複述收到的調整，避免後廚對著整張訂單自行找差異。即使使用 KDS，也要核對工位實際收到的內容；修改單只是交接工具，不能取代系統操作或廚房回覆。

螢幕和紙本單據並用時，接收者先核對訂單識別資訊，分辨新單據是修正、補印，還是新增工作。列印也取決於方案、設備、規則和執行器的設定；若對傳遞情況有疑問，先查原訂單和工作站的實際處理情況。負責員工確認廚房收到的是哪一次調整後，再回覆前台；客人的訂單應按正常服務流程處理，不要拿來反覆重印以查找故障。

如果廚房已經完成原餐點，負責人應說明目前情況和店內允許的處理方式，再由客人確認下一步。不能讓後廚告訴客人可以，收銀員卻說不行；也不能把內部溝通失誤變成要求客人自行找廚師處理。若需要重新製作，應明確標示原餐點不再送到哪一桌，避免兩份餐點之後一起送出。

不要把四種結果混為一談

• 製作結果：由負責工位確認原餐點是否停止製作，以及替換內容能否執行；不能根據前台顯示已儲存就自行推斷。
• 實物結果：出餐人員核對最後應送出的餐點，原餐點和替換餐點分開處理，不要混放後再靠記憶辨認。
• 帳單結果：由獲授權的員工查看最新餐點和應付金額，收款前向客人重述最終內容；不能只憑家人轉述價差就處理。
• 款項結果：已付款的訂單依照允許的流程處理；修改帳單品項、拆單或列印新帳單，都不代表已退款。線上付款和線上退款應以服務端及支付管道的結果為準；使用獨立刷卡機時，先核實終端機的交易結果，再將付款記錄到對應帳單。MenuSnap 不會自動驗證這筆獨立終端機交易。

網路異常時，集中記錄已執行的修改和仍待回覆的部分。網頁版掃碼點餐、雲端同步和線上付款都需要網路；原生用戶端可離線使用的範圍，則以實際採用的正式版本和設定為準。恢復連線後，核對訂單與付款。接手者先查最後確認的內容，再分別核實製作變更和款項結果，避免重複執行同一項調整。