迁移指南
换POS系统，不丢任何数据
最后更新：2026年8月
让餐厅守着一个早就不够用的POS不敢换的，很少是新系统本身——是数据：多年的销售历史、顾客名单、还有那些别人付了钱、总有一天会拿着上门的礼品卡。好消息是：顺序对了，这些数据要么能带走、要么能保持可查。坏消息是：顺序真的很重要，因为有些导出只有在旧账户还有效时才做得了。
这份指南讲清楚POS数据的四种类型、什么真的能迁移，以及取消任何东西之前必须跑完的清单。内容来自我们实际做过的迁移——包括从照片里恢复礼品卡余额的那种。
POS数据的四种类型
菜单——完全可迁移
菜品、价格、修改项、分类都能在新系统里重建——CSV导入、AI从菜单文件提取、或手动录入。这是每次切换都要做的一项迁移，用AI辅助设置大约30分钟就能完成，而不是一个周末。
销售历史——通常留在原地；保住可查性
大多数系统不会导入其他供应商的交易流水，而记账其实也很少需要这样做。你需要的是你真正在用的报表——分期间的销售汇总、税务报表——在取消前导出为CSV和PDF。有些供应商在取消后保留一段只读访问期；把期限要成书面的。
顾客数据——部分可迁移
姓名、电话、邮箱在大多数系统里能导出CSV并导入新系统。每位顾客的点单历史通常带不走。会员积分要提前定好政策：按快照人工兑现，或转换成一次性抵扣。
礼品卡——最大的坑
未消费余额是你欠顾客的钱，而它们不会自动迁移。旧供应商可能对导出收费，甚至根本没有导出功能。你需要的是截至切换日的卡号和余额，并在第一张卡被递到柜台之前录入新系统。
两次真实的迁移
多年历史，对账到分毫
我们为一家餐厅迁移多年销售历史以保持报表连续性时，把导入的合计与旧系统的报表逐期核对，直到分毫不差。任何迁移都该按这个标准验收：不是看起来对，而是一份可以拿给会计师看的对账。
46张礼品卡，从照片里重建
另一家餐厅完全拿不到礼品卡导出——旧系统做不了。可用的记录只有卡片界面的照片。我们据此重建了全部46张有余额的卡、共$2,156.79的未消费余额，并对照照片抽查核实。教训是：不完美的源数据可以干活，缺失的源数据不行。在失去访问权限之前，把一切都拍下来。
取消前必做的导出清单
- -你需要报告的每个期间的销售汇总——至少按月——导出CSV和PDF。
- -所有未结税期的税务报表。
- -含联系方式字段的顾客名单CSV。
- -截至指定日期的礼品卡卡号和余额——没有导出功能就拍下界面照片。
- -菜单导出或现行菜单文件，用来初始化新系统。
- -工资历史所需的员工记录，以及任何未结的挂账。
- -取消后只读访问保留多久——要书面确认。
安排好切换顺序，别让数据掉进缝里
先并行，再定切换日
先用测试订单并行运行两个系统。然后选定一天：旧系统的最后一个营业日结束，次日早上做最终导出，之后一切归新系统。明确的时点胜过含糊的过渡月——数据掉进的是缝隙，不是日子。
礼品卡在一个时点切换，不是一个月
按切换时点截取余额，此后的售卡和核销都走新系统，并把余额快照放在员工几个月内查得到的地方以备争议。两套同时活着的礼品卡系统，结局要么是余额被兑现两次，要么是一次都不被兑现。
Ginger的迁移包括：用菜单文件约30分钟完成AI菜单设置；顾客和礼品卡数据不管旧系统能给出什么——导出文件还是照片——都能导入；切换前并行运行。免费POS，无合约，符合条件的餐厅硬件全包。 和我们聊聊你的迁移
常见问题
销售历史能转到新POS吗？
通常不会进入新系统的实时数据库——而记账其实很少需要这样。关键是历史保持可查：取消前导出你在用的报表，并把旧供应商的只读访问期要成书面的。如果报表连续性很重要，汇总导入是可行的——我们做过一次对账到分毫的——所以问清新供应商支持什么。
换POS时礼品卡余额能转过去吗？
不会自动转——未消费余额是你欠顾客的钱，只有你主动带才带得走：截至切换日的卡号和余额，录入新系统。旧系统导不出来就拍界面照片；我们曾仅凭照片重建46张有余额的卡、共$2,156.79。
取消POS前该导出哪些数据？
七样：每个报告期间的销售汇总、未结税期的税务报表、顾客名单CSV、截至指定日期的礼品卡卡号和余额、菜单导出、工资历史所需的员工记录，以及取消后只读访问期的书面确认。趁账户还有效时跑完清单——有些导出事后就做不了了。
换POS会丢掉顾客名单吗？
不会——姓名、电话、邮箱在大多数系统都能导出CSV并导入新系统。通常留在原地的是每位顾客的点单历史。尽早导出名单，并在切换日前定好积分政策（按快照兑现或转成抵扣）。
POS数据迁移要多久？
拿到干净导出的话：AI辅助导入菜单约30分钟，顾客和礼品卡通常一天内。最拖时间的几乎总是等旧供应商给导出文件——决定要换的那天就去要全部数据，别等到计划切换的那一周。
© 2026 Ginger. 免费餐厅POS，内置AI电话点餐。