收银系统换服务商，历史订单怎么导

日照一家连锁快餐，原来用的收银 SaaS 第二年涨价到原来两倍，老板决定换。最头疼的是三年多的订单和会员积分。我让他先做一件事：把旧系统的数据全部导成表格备份，再谈新系统对接。最后会员余额手工对账、订单历史打包存档，平稳过渡，没丢一笔。

先说结论：换服务商前先"全量备份"，订单能导则导，导不了就存档

• 订单、会员、商品、对账流水，迁移前必须先从旧系统导出（Excel/CSV/API）。
• 不同服务商数据格式不互通是常态，别指望"一键搬"，多数要映射字段。
• 导不进新系统的，至少留本地存档，税务对账、售后维权随时要查。

迁移清单（照着做）

1. 导订单：按时间区间导出所有交易流水（含退款），存 CSV 备份三份（本地+云盘+U盘）。
2. 导会员：会员手机号、等级、余额、积分，注意隐私合规，别泄露。
3. 导商品：商品名、价格、条码，新系统建库时批量导入。
4. 导对账：已结算、未结算、待退款的账单分开存，迁移期最容易混。
5. 停旧开新：选低峰日切换，旧系统保留只读一段时间，别立刻注销。

历史订单"导不进"怎么办

• 新系统不支持旧格式：写个脚本或找运维做字段映射（订单号、金额、时间、支付方式对齐）。
• 实在接不上：把历史订单打包成只读归档库，新系统只管往后，往前查翻归档。
• 税务上历史流水必须能查，存档比导入更底线。

迁移期最容易踩的坑

• 对账断档：切换当天两边的账对不上，提前划清"截止时点"。
• 会员余额丢失：迁移前冻结充值，把余额清单打印让顾客核对。
• 退款悬空：旧系统里没退完的退款，迁移后责任要写清，别让顾客找不到人。
• 营销数据断：优惠券、积分规则变了，老券能不能用提前公告。

选新服务商时顺手问迁移

• "你们支持从 XX 系统导数据吗？字段怎么映射？"
• "历史订单能不能只读查询？"
• "迁移期有没有并行运行支持？"

问清楚再签，别等钱交了才发现带不走数据（第 9 篇 SaaS vs 买断也提过数据归属）。