餐廳更換收銀系統如何順利過渡：保留各桌原有帳單，分階段接手

餐廳更換收銀系統時，先決定這次要更換菜單入口、員工點單方式，還是廚房接單方式，再分階段接手，不要把所有環節擠在同一個週末完成。已透過舊方式開始服務的桌次，通常由指定人員依照原有紀錄負責到底；新到的客人則使用當班約定的新方式，避免同一桌同時出現兩份備餐依據。

為每個階段訂明何時繼續、何時暫停

• 準備菜單：確認餐點、價格、規格與當日供應情況相符後再開放點餐；有差異的品項先暫停供應，交由菜單負責人處理。
• 有限範圍啟用：選擇有專人看顧的區域或班次，確保接單人員、廚房和收銀人員都知道該桌使用哪份紀錄；若歸屬不明，就先暫停擴大使用。
• 擴大使用範圍：確認先前啟用範圍內的加點、送餐及未結事項都能持續交接後，再擴及下一個時段或區域；若發生重複送單至廚房、價格不符或無人接單，先處理相關問題。
• 停用舊方式：確認舊訂單、待處理退款及資料保留工作都有各自的負責人後，再安排停用；尚未釐清的事項，繼續依原有紀錄跟進。

留下切換安排卡，不要只發布上線通知

可在現有的班前紀錄中填寫以下欄位。這份安排用來劃分單店營業期間新舊方式的適用範圍，不能取代菜單、設備和付款各自的準備工作。

• 目前階段與開始營業時段：____；本次要改變的環節：____；暫不改變的收款和出餐安排：____。
• 新方式適用的區域或新訂單：____；仍以舊方式服務的帳單：____；各自負責人：____。
• 菜單與設備尚未解決的事項：____；擴大使用前必須完成的項目：____。
• 暫停擴大時由誰接單：____；由誰聯絡廚房：____；由誰處理待查付款：____。
• 下一班接手人員：____；本階段繼續或暫停的具體依據：____。

將菜單變更與系統切換分開處理

先依照現行菜單逐項核對價格、份量、選項、加價項目與供應情況，不要同時大幅修改菜名和套餐，否則出現差異時，難以判斷是輸入錯誤還是營運規則變更。若需要多語版本，先確認原文內容，再校對譯文；尚未確認的內容不要開放給客人。

MenuSnap 可用於菜單、掃碼點餐及員工透過 POS 輸入訂單。KDS 和列印功能各有其套餐、設定與設備條件。店主或明確授權的管理員應統一安排設備與帳戶設定；準備期間要確認相容性、列印目的地、付款帳戶和職務權限，不要在營業期間隨意更改設定來補救問題。

同一桌的新增需求應依照同一份紀錄處理

若 QR Code 僅供瀏覽，應告知客人由員工協助點餐；若開放客人下單，則要明確指定由誰查看新訂單。從手機訂單轉由員工處理前，先確認訂單是否已送出。加點時應連結原訂單，只傳送本次新增內容；要更改餐點時，先聯絡負責製作的崗位確認進度，再答覆客人。不要因為收銀內容有所變更，就以為廚房已停止製作。

新舊紀錄暫時並行時，應在交接卡上寫明每桌使用哪份紀錄，以及負責人是誰。不要讓廚房依照紙張收到的先後順序猜測哪份才有效，也不要為了統一桌號而重新輸入整桌訂單內容。無法使用手機或希望當面點餐的客人，仍應獲得員工協助。

暫停新入口，但不要中斷已開始的服務

若發生重複送單至廚房、菜單內容不符或接單去向不明，負責人應先接手正在服務的桌次，逐項查核原訂單和製作進度，再暫停相關入口。網路異常時，依照店內人工交接方式保留已製作、已送達及待查的內容；恢復連線後，先查閱最新紀錄，再補上缺少的部分，不要重新傳送整桌需求。

使用獨立刷卡機時，應先確認實際交易已成功，再記錄相應款項；這不代表系統會自動驗證銀行卡交易結果。MenuSnap 的付款、退款、結算及班次操作都需要伺服器確認；斷網時請保留必要紀錄，待連線恢復後再處理，不要以切換新系統為由承諾可完整離線營業。

停用舊方式前，分別完成帳單、合約及資料交接

• 業務待辦：逐項記錄未結帳桌次、已付款但待查的款項、退款及待回覆客人的事項，並註明負責人和原始紀錄存放位置。
• 服務合約：確認舊服務的結束日期、費用、資料保留方式及退出條件；不要因為新菜單已上線，就立即取消所有舊服務。
• 歷史資料：向原服務商確認可取得的資料類型、格式與限制，並依照確認的方式保存；不要預設所有帳單和付款紀錄都能自動移轉。
• 收班檢討：記下哪些步驟需要反覆詢問他人、哪些規格漏傳、哪些桌次歸屬不明，下一班只針對最相關的缺漏加以改善。

切換進度應配合服務能否持續順利交接，而不是受某個必須全部完成的日期限制。每次班前只要說明今天哪些部分使用新方式、哪些舊事項尚未結束，以及有疑問時該找誰即可。