更換 POS 系統點安排？先備妥新系統，再停舊服務

先講結論：不要先停舊服務，再開始準備新系統

如果你已經決定更換 POS，較穩妥的安排是先把舊服務的通知、查閱期限和未結事項寫清楚，再在舊系統仍可用期間準備新餐牌、代表訂單和店內交接。新系統按實際流程完成演練後，才劃清「哪一個時間後的新交易用新系統」和「舊系統只作歷史查閱」，最後按書面條件停止舊服務。

這不是自動遷移或零停機方案，也不是叫你固定在某一天切換。重點是把每一個就緒條件和責任人留低證據，未就緒就延期，不要用日曆日期代替驗收。

第一步：先定義舊服務要保留甚麼

在通知舊供應商或安排停止前，先寫一張舊服務清單：

• 舊餐牌和訂單紀錄需要查閱到哪一個日期；
• 哪些報表、收據、未結訂單或其他店內紀錄仍需要存取；
• 誰負責核對未結事項，誰負責向舊供應商追問；
• 合約、通知、收費和停止服務的條件，哪一份正式資料可以核對；
• 新舊資料之間，哪些是查閱用途，哪些會成為新交易的起點。

「留低舊資料」和「把資料搬到新系統」不是同一件事。資料可否匯出、匯入、以甚麼格式交付，均要分別向新舊供應商確認。本文不把任何供應商的資料遷移能力當成已確認。

第二步：在舊服務仍可查閱時準備新系統

先固定一個新餐牌版本，準備至少三張代表訂單：普通單、有選項或備註的單，以及包含改單、售罄、堂食或自取其中一項的混合情境單。

每張單都記低：

1. 餐牌、選項和備註是否完整；
2. 誰負責落單、覆核、製作交接和取餐；
3. 訂單狀態何時改變，誰可以作最後判斷；
4. 哪一步仍然靠紙條、口頭或臨時記錄；
5. 出現問題時，是修正流程、要求供應商演示，還是暫停切換。

新系統的配置、付款、打印、硬件、第三方服務和支援條件，不要由畫面自行推斷。需要確認的地方，逐項要求供應商用你的測試單說明。

第三步：用就緒條件決定切換，不用日期硬推

所有項目都寫成「已確認／待確認／不適用」三種狀態。只要有一個核心項目仍是待確認，切換日期就只是一個暫定安排。

第四步：切換當日分開新交易與舊歷史

切換時把時間線寫得足夠清楚：

• 某個時間點前的訂單，仍按舊系統或店內既定方式完成；
• 某個時間點後的新訂單，才使用新系統；
• 舊系統只保留作已確認的歷史查閱或未結事項核對；
• 新舊系統出現重複、遺漏或狀態不一致時，由指定負責人先停下核對；
• 未完成的付款、退款、收據、交付或其他店內事項，不要因為「已切換」就當成已結束。

以上是店內安排框架，不代表任何系統必然支援某種付款、退款、收據、同步或回退方式。相關能力和責任一定要先用正式資料核對。

第五步：完成核對後才按書面條件停止舊服務

停用前再看一次：舊資料查閱是否仍需要、未結事項是否有人跟進、新交易是否已清楚落在新系統、店員是否知道遇到問題找誰、合約和停止條件是否已留底。

如任何一項未完成，先保留必要的查閱安排，並向新舊供應商確認下一步。不要把「新系統已經可以登入」當成「可以立即取消舊服務」。

如果你還未決定是否值得更換，可先看 POS 系統成日死機點算？換系統前先做 6 個穩定性測試。如果已經決定更換但需要整理資料，可參考 餐廳換 POS 前的資料準備。合約通知、收費和退出條件則應另外用 POS 系統合約核對清單 逐項留書面證據。若仍要比較整體餐飲方案，可由 香港餐飲 POS 系統比較 返回總入口；Tappo 的收費模型另見 香港無月費 POS 收費說明。

常見問題

新系統可以登入，是不是可以立即停舊系統？

不是。登入只是其中一項準備條件。你仍要用代表訂單測試餐牌、選項、交接、未結事項和新交易時間界線。

舊資料一定要全部搬到新系統嗎？

不能一概而論。先分清哪些資料需要保留查閱、哪些需要交給新供應商處理，以及新系統實際接受甚麼資料。不要把保留、匯出、匯入當成同一件事。

應該用哪一天作切換日？

以就緒條件和店內營運安排共同決定，不應只因為日曆上有一個日期就切換。未結事項和責任未清楚，就先延期並保留必要查閱。

帶住切換表向 Tappo 查詢

如想了解 Tappo 是否適合你的切換前準備，建議提供店型、人手、餐牌版本、三張代表訂單、新舊責任表，以及仍未就緒的問題。

WhatsApp 查詢 Tappo，可以按實際流程討論適用範圍。本文不承諾自動資料遷移、付款、硬件、第三方整合、同步、回退、零停機或支援結果；具體安排以最新正式資料和供應商確認為準。

資料來源與限制

本文以 2026 年 10 月香港更換 POS 相關搜尋結果、正式選題卡、現有頁面 owner readback 和已讀來源作為內容方向。具體搜尋量未知，不作流量預測；海外來源只用作一般切換依賴參考，不轉化為香港或 Tappo 產品事實。切換仍需按你的合約、資料、供應商和店內責任逐項核對。